> For the complete documentation index, see [llms.txt](https://atomoh.gitbook.io/kubernetes/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://atomoh.gitbook.io/kubernetes/es/ce-yan-ji-he/yun-wei-zhi-nan/03-ci-pipelines-quiz.md).
# 持续集成流水线测验
> **相关文档**: [CI Pipelines](/kubernetes/es/yun-wei-zhi-nan/ops/03-ci-pipelines.md)
## 选择题
### 1. ECR lifecycle policies 的主要用途是什么？
* A) 自动构建 container images
* B) 管理 image 保留并降低存储成本
* C) 扫描 images 中的漏洞
* D) 跨区域复制 images
显示答案
**答案：B) 管理 image 保留并降低存储成本**
**解释：** ECR lifecycle policies 会根据年龄或数量等规则自动过期并删除旧 images。这可以防止存储无限增长并降低成本，同时无限期保留重要 images（例如 production tags）。
### 2. 在 EKS 上运行 GitLab Runner 时，建议使用哪种 executor 类型来实现隔离？
* A) Shell executor
* B) Docker executor
* C) Kubernetes executor
* D) SSH executor
显示答案
**答案：C) Kubernetes executor**
**解释：** Kubernetes executor 会在单独的 pod 中运行每个 CI job，从而在 jobs 之间提供强隔离。它会在 jobs 完成后自动清理资源，并且可以利用 Kubernetes 的 node selectors 和 tolerations 等功能。
### 3. GitHub Actions Runner Controller (ARC) 是什么？
* A) GitHub 托管的 runner 服务
* B) 用于自托管 GitHub runners 的 Kubernetes operator
* C) GitHub API client library
* D) Container registry controller
显示答案
**答案：B) 用于自托管 GitHub runners 的 Kubernetes operator**
**解释：** ARC 是一个 Kubernetes operator，会根据 workflow 需求自动扩缩自托管的 GitHub Actions runners。它会在 jobs 排队时创建 runner pods，并在完成后清理它们。
### 4. 多平台 container builds (linux/amd64, linux/arm64) 的好处是什么？
* A) 更小的 image 大小
* B) 更快的构建时间
* C) 支持不同的 CPU architectures（x86 和 Graviton）
* D) 更好的安全扫描
显示答案
**答案：C) 支持不同的 CPU architectures（x86 和 Graviton）**
**解释：** 多平台 builds 会创建可同时在 x86 (amd64) 和 ARM (arm64/Graviton) processors 上运行的 images。这可以通过使用 Graviton instances 实现成本优化，并支持多样化的部署环境。
### 5. BuildKit cache 如何提升 container build 性能？
* A) 跳过所有构建步骤
* B) 缓存 layer artifacts 并重用未变化的 layers
* C) 将 images 压缩得更小
* D) 并行化所有操作
显示答案
**答案：B) 缓存 layer artifacts 并重用未变化的 layers**
**解释：** BuildKit 会智能地缓存 build artifacts 和 layer outputs。当 source files 未发生变化时，它会重用 cached layers，而不是重新构建。Cache 可以存储在 registries、S3 或本地存储中，以便在 builds 之间共享。
### 6. Kaniko 主要用于什么？
* A) Container orchestration
* B) 在没有 Docker daemon 的情况下构建 container images
* C) Container runtime security
* D) Image vulnerability scanning
显示答案
**答案：B) 在没有 Docker daemon 的情况下构建 container images**
**解释：** Kaniko 可以从 Dockerfiles 构建 container images，而不需要 Docker daemon 或 privileged mode。这使它非常适合 CI/CD 环境，因为在这些环境中运行 Docker-in-Docker 可能带来安全顾虑，或者根本不可用。
### 7. 在 GitLab CI 中，`services` 关键字的用途是什么？
* A) 定义 deployment targets
* B) 启动辅助 containers（如 databases）用于测试
* C) 配置 GitLab Pages
* D) 设置 monitoring
显示答案
**答案：B) 启动辅助 containers（如 databases）用于测试**
**解释：** `services` 关键字定义与主 job container 一起运行的 containers。它们通常用于测试依赖项，例如 tests 需要交互的 databases（PostgreSQL、MySQL）或 caches（Redis）。
### 8. 在 CI/CD 中存储 container build cache 的推荐方法是什么？
* A) 仅使用本地磁盘
* B) 使用带有 --cache-to 和 --cache-from flags 的 registry-based cache
* C) 绝不在 CI/CD 中使用 cache
* D) 将 cache 存储在 git repository 中
显示答案
**答案：B) 使用带有 --cache-to 和 --cache-from flags 的 registry-based cache**
**解释：** Registry-based caching 会将 build cache layers 存储在 container registry 中，使其可被不同的 CI runners 访问。BuildKit 的 `--cache-to` 和 `--cache-from` flags 支持这种模式，以实现一致的构建加速。
### 9. 配置 GitHub ARC 时，`minRunners` 设置控制什么？
* A) 最大并发 jobs 数
* B) 维护的最小空闲 runners 数
* C) Runner memory allocation
* D) Job timeout duration
显示答案
**答案：B) 维护的最小空闲 runners 数**
**解释：** `minRunners` 可确保始终有一组基线 warm runners 可用，从而减少 job 启动延迟。将其设置为大于零可以避免对时间敏感的 workflows 出现 cold-start delays，但会增加空闲资源成本。
### 10. 使用 IAM roles 而不是长期凭证来配置 CI/CD runners 的安全优势是什么？
* A) 更快的身份验证
* B) 自动凭证轮换并降低暴露风险
* C) 更简单的配置
* D) Cross-account access
显示答案
**答案：B) 自动凭证轮换并降低暴露风险**
**解释：** IAM roles 提供会自动轮换的临时凭证，消除了长期 access keys 泄露或被攻破的风险。结合 Pod Identity 或 IRSA，runners 可以获得范围限定的权限，而无需存储 secrets。