Argo Rollouts 核心概念：资源定义与发布策略

Argo Rollouts 是 Kubernetes 原生的渐进式交付控制器，它通过自定义资源 Rollout 替代原生 Deployment，为应用提供灰度（Canary）和蓝绿（Blue-Green）两种高级发布策略，并内置自动回滚机制。理解这些核心概念是掌握实战演练的基础。

2.1 Rollout 资源定义

Rollout 是 Argo Rollouts 的核心自定义资源（CRD），其 YAML 结构与 Kubernetes Deployment 高度相似，但增加了 strategy 字段来定义发布策略。一个典型的 Rollout 资源包含以下关键部分：

2.2 灰度（Canary）策略

灰度策略将新版本应用逐步暴露给一小部分用户流量，在验证新版本稳定后，再逐步增加流量比例，直至完全替换旧版本。这种策略风险最低，适合大多数生产环境。

灰度策略的核心参数定义在 spec.strategy.canary 下：

spec:
  strategy:
    canary:
      steps:
      - setWeight: 10
      - pause: {duration: 60}
      - setWeight: 50
      - pause: {duration: 120}
      - setWeight: 100
      - pause: {duration: 0}

2.3 蓝绿（Blue-Green）策略

蓝绿策略同时维护两个完整的环境：蓝环境（当前稳定版本）和绿环境（新版本）。发布时，先在新环境（绿）中部署并验证，验证通过后，一次性将流量从蓝环境切换到绿环境。这种策略切换速度快，但资源消耗较高。

蓝绿策略的核心参数定义在 spec.strategy.bluegreen 下：

spec:
  strategy:
    bluegreen:
      activeService: my-app-active
      previewService: my-app-preview
      autoPromotionEnabled: false
      scaleDownDelaySeconds: 300

2.4 自动回滚机制

自动回滚是 Argo Rollouts 的核心价值之一。当发布过程中检测到异常（如错误率升高、延迟增加、健康检查失败），Rollout 控制器会自动将应用回滚到上一个稳定版本，无需人工干预。

自动回滚的触发条件包括：

• 指标分析失败： 通过 AnalysisTemplate 定义的指标（如 HTTP 错误率 > 5%）触发失败。
• Pod 健康检查失败： 新版本 Pod 无法通过就绪探针（Readiness Probe）或存活探针（Liveness Probe）。
• 手动回滚： 通过 kubectl argo rollouts abort 命令手动触发。
• 发布超时： 在指定时间内未完成发布（通过 progressDeadlineSeconds 配置）。

自动回滚的配置示例：

spec:
  strategy:
    canary:
      analysis:
        templates:
        - templateName: error-rate-analysis
        args:
        - name: service-name
          value: my-app
      steps:
      - setWeight: 10
      - pause: {duration: 60}
      - setWeight: 50
      - pause: {duration: 120}
      - setWeight: 100
  progressDeadlineSeconds: 600  # 发布超时时间