> 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/cn/ce-yan-ji-he/gitops/argocd-xiang-jie-ce-yan/05-traffic-management-quiz.md).
# 流量管理测验
本测验旨在测试你对使用 ArgoCD 和 Argo Rollouts 进行渐进式交付和流量管理的理解。
1. Argo Rollouts 是什么？
* A) ArgoCD 的日志解决方案
* B) 用于渐进式交付策略的 Kubernetes controller
* C) Git 分支管理工具
* D) 流量监控仪表板
显示答案
**答案：B) 用于渐进式交付策略的 Kubernetes controller**
**说明：** Argo Rollouts 是一个 Kubernetes controller，提供高级 Deployment 功能，例如 canary 部署、blue-green 部署，以及带有自动化分析的渐进式交付。
2. 哪种部署策略会逐步将流量从旧版本转移到新版本？
* A) Recreate
* B) Rolling Update
* C) Canary
* D) Blue-Green
显示答案
**答案：C) Canary**
**说明：** Canary 部署会以递增的比例（例如 10%、25%、50%、100%）逐步将流量从旧版本转移到新版本，从而可以在每个步骤进行测试和验证。
3. 在使用 Argo Rollouts 的 Blue-Green 部署中，promotion 期间会发生什么？
* A) blue 环境被删除
* B) 流量从 stable (blue) Service 切换到 preview (green) Service
* C) 两个版本永远同时运行
* D) 创建一个新环境
显示答案
**答案：B) 流量从 stable (blue) Service 切换到 preview (green) Service**
**说明：** 在 Blue-Green 部署中，promotion 通过更新活动 Service selector，将流量从当前 stable 版本切换到 preview 版本。旧 ReplicaSet 会在 promotion 后缩容。
4. Argo Rollouts 中的 AnalysisTemplate 是什么？
* A) 用于创建新应用程序的模板
* B) 用于自动化 canary 分析的指标和成功标准的定义
* C) 日志配置
* D) resource quota 模板
显示答案
**答案：B) 用于自动化 canary 分析的指标和成功标准的定义**
**说明：** AnalysisTemplates 定义要查询的指标（来自 Prometheus、Datadog 等）以及成功/失败标准。在 rollout 期间，AnalysisRuns 会执行这些模板，以自动确定 Deployment 是否应继续。
5. 哪种 Ingress controller 与 Argo Rollouts 原生集成以进行流量分割？
* A) 仅 Traefik
* B) 仅 NGINX Ingress
* C) 多种，包括 NGINX、ALB、Istio 和 Traefik
* D) 没有，必须手动配置
显示答案
**答案：C) 多种，包括 NGINX、ALB、Istio 和 Traefik**
**说明：** Argo Rollouts 与多种 Ingress controller 和 service mesh 原生集成以进行流量管理，其中包括 NGINX Ingress、AWS ALB、Istio、Linkerd、SMI 和 Traefik。
6. Canary 策略中的 `setWeight` step 有什么作用？
* A) 设置 Pods 的 CPU 权重
* B) 设置要路由到 canary 版本的流量百分比
* C) 设置 Deployment 的重要程度
* D) 设置 rollback 阈值
显示答案
**答案：B) 设置要路由到 canary 版本的流量百分比**
**说明：** Canary 策略中的 `setWeight` step 会配置应将多少百分比的流量路由到 canary（新）版本。例如，`setWeight: 20` 会将 20% 的流量路由到 canary。
7. Canary 部署期间 AnalysisRun 失败时会发生什么？
* A) Deployment 无论如何都会继续
* B) 会发送警报，但不会发生其他事情
* C) rollout 会自动中止并回滚
* D) cluster 会关闭
显示答案
**答案：C) rollout 会自动中止并回滚**
**说明：** 当 AnalysisRun 失败时（指标超过失败阈值），Argo Rollouts 会自动中止 rollout，并启动到 stable 版本的回滚，从而防止不良 Deployment 影响所有流量。
8. 如何在特定 step 暂停 Rollout 以进行手动验证？
* A) 使用不带持续时间的 `pause` step
* B) 使用 `stop` step
* C) 使用带有 duration: forever 的 `wait` step
* D) 无法实现
显示答案
**答案：A) 使用不带持续时间的 `pause` step**
**说明：** 添加不带持续时间的 `pause` step 会创建无限期暂停，需要通过 CLI 或 UI 进行手动 promotion 才能继续。这对于 Deployment 过程中的手动验证关卡非常有用。
9. 如何通过 Kong Ingress Controller 分割 canary 流量？
* A) 直接使用 `trafficRouting.kong` 字段
* B) 通过 Gateway API plugin (`trafficRouting.plugins`) 操作 HTTPRoute
* C) Kong 无法与 Argo Rollouts 集成
* D) 使用 Istio VirtualService 绕过它进行路由
显示答案
**答案：B) 通过 Gateway API plugin (`trafficRouting.plugins`) 操作 HTTPRoute**
**说明：** Kong 没有原生 Argo Rollouts 集成——不存在 `trafficRouting.kong` 字段。它仅通过 argoproj-labs 的 Gateway API plugin 获得支持，该 plugin 会操作标准 HTTPRoute resource。其他符合 Gateway API 的 controller，例如 Traefik 和 kgateway，也使用同一个 plugin。
10. Argo Rollouts Gateway API plugin 在每个 canary weight step 实际更新哪个 resource？
* A) Service 的 `selector` labels
* B) Ingress 的 `canary-weight` annotation
* C) HTTPRoute 的 `backendRefs[].weight`
* D) DestinationRule 的 subset labels
显示答案
**答案：C) HTTPRoute 的 `backendRefs[].weight`**
**说明：** Gateway API plugin 会在每个 setWeight step 直接更新标准 Gateway API HTTPRoute resource 的 `backendRefs[].weight` 值。这是一种通用机制，对任何实现 Gateway API 的 controller 都同样适用——Kong、Traefik、kgateway 等均是如此。