4. 蓝绿发布概念：蓝绿部署策略定义、流量切换机制、与 Argo CD 的集成方式

蓝绿部署（Blue-Green Deployment）是一种零宕机、低风险的发布策略，通过维护两套完全独立的生产环境（蓝环境与绿环境），实现流量的瞬间切换与快速回滚。在云原生与 Argo CD 的语境下，蓝绿部署不仅是流量管理手段，更是 GitOps 声明式交付与渐进式交付的核心实践之一。

4.1 蓝绿部署策略定义

蓝绿部署的核心思想是：任何时候只有一套环境承载生产流量，另一套环境处于待命或空闲状态。

关键特征：

• 零停机切换：流量切换瞬间完成，用户无感知。
• 即时回滚：若新版本异常，只需将流量切回原环境，无需重新部署。
• 环境隔离：蓝绿环境完全独立，避免共享状态导致的干扰。
• 资源冗余：需要同时运行两套完整环境，资源成本翻倍。

4.2 流量切换机制

流量切换是蓝绿部署的核心操作，通常由以下三种机制实现：

1. DNS 切换：修改 DNS 记录指向新环境 IP，依赖 DNS 缓存 TTL，切换延迟较高（分钟级），不推荐用于生产关键路径。
2. 负载均衡器/Ingress 切换：通过更新 Nginx、HAProxy、AWS ALB 或 Kubernetes Ingress 的后端目标，将流量从蓝环境 Service 切换到绿环境 Service，切换延迟秒级。
3. Service Mesh 流量路由：使用 Istio、Linkerd 等 Service Mesh，通过 VirtualService 和 DestinationRule 实现细粒度流量权重控制，支持金丝雀与蓝绿混合策略。

以下为 Kubernetes 原生 Ingress 切换的典型流程：

# 切换前：Ingress 指向 blue-service
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: app-ingress
spec:
  rules:
  - host: app.example.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: blue-service   # 当前活跃
            port:
              number: 80

# 切换后：Ingress 指向 green-service
# 只需修改 service.name 为 green-service，apply 后秒级生效

4.3 与 Argo CD 的集成方式

Argo CD 本身不直接管理流量切换，但通过 Argo Rollouts（Argo CD 的渐进式交付扩展）实现了蓝绿部署的自动化编排。Argo Rollouts 提供了蓝绿策略的 CRD（Custom Resource Definition），与 Argo CD 的 GitOps 工作流无缝集成。

集成架构：

• Git 仓库：存储 Rollout 资源定义（包含蓝绿策略配置）。
• Argo CD：监听 Git 仓库变更，自动同步 Rollout 资源到目标集群。
• Argo Rollouts Controller：管理蓝绿环境的创建、流量切换、回滚和终止。
• Service Mesh / Ingress：执行实际的流量路由变更。

Argo Rollouts 蓝绿策略关键字段：

apiVersion: argoproj.io/v1alpha1
kind: Rollout
metadata:
  name: app-rollout-bluegreen
spec:
  replicas: 5
  strategy:
    blueGreen:
      # 蓝环境 Service（当前活跃）
      activeService: blue-service
      # 绿环境 Service（新版本预览）
      previewService: green-service
      # 自动切换流量前的等待时间（用于人工验证）
      autoPromotionEnabled: false
      # 切换后保留绿环境的时间（用于快速回滚）
      scaleDownDelaySeconds: 600
  template:
    metadata:
      labels:
        app: myapp
    spec:
      containers:
      - name: myapp
        image: myapp:1.0.0

工作流程：

1. 开发者将新版本镜像（如 myapp:2.0.0）提交到 Git 仓库，更新 Rollout 的 template.spec.containers.image。
2. Argo CD 检测到 Git 变更，自动同步 Rollout 资源到集群。
3. Argo Rollouts Controller 创建绿环境 Pod，并将流量导向 green-service（仅内部预览，不接收生产流量）。
4. 团队通过 green-service 进行验证（自动化测试或人工检查）。
5. 验证通过后，执行 argocd app promote 或通过 Argo CD UI 点击 Promote，触发流量切换。
6. Argo Rollouts 更新 Ingress/Service Mesh 规则，将生产流量从 blue-service 切换到 green-service。
7. 切换后，蓝环境保留 scaleDownDelaySeconds 指定的时间（默认 600 秒），以便快速回滚。
8. 若一切正常，蓝环境自动缩容；若发现问题，执行 argocd app rollback 将流量切回蓝环境。

4.4 蓝绿部署与 Argo CD 集成架构图

4.5 蓝绿部署 vs 滚动更新 vs 金丝雀发布