4. 发布模型设计：蓝绿发布、金丝雀发布、滚动更新在多集群中的适配

在多集群环境下，Operator 的发布模型不能简单地将单集群策略复制粘贴。每个集群的网络拓扑、资源配额、流量入口和回滚能力各不相同，发布模型必须能够感知集群上下文并动态调整执行路径。本章从蓝绿发布、金丝雀发布、滚动更新三种经典模型出发，分析它们在多集群场景下的适配要点，并给出 Operator 层面的设计模式。

4.1 蓝绿发布（Blue-Green）的多集群适配

蓝绿发布的核心是维护两套完整的环境（蓝集群与绿集群），通过流量切换完成发布。在多集群场景下，蓝绿环境可以跨集群部署，也可以在同一集群内通过命名空间隔离实现。

4.2 金丝雀发布（Canary）的多集群适配

金丝雀发布的核心是逐步将少量流量导向新版本，观察指标后再决定是否全量。多集群场景下，金丝雀可以按集群粒度或集群内副本粒度进行。

• 集群级金丝雀： 选择一个小规模集群（如测试集群或边缘集群）作为金丝雀集群，先在该集群部署新版本，验证通过后再逐步扩展到其他集群。
• 集群内金丝雀： 在每个集群内部，通过 Service Mesh 或 Ingress 权重控制，将 5%~10% 的流量导向新版本 Pod。
• 混合模式： 先在一个集群内做金丝雀，验证通过后再按集群粒度逐步放量。

4.3 滚动更新（Rolling Update）的多集群适配

滚动更新是 Kubernetes 原生的默认发布策略，通过逐步替换旧版本 Pod 来减少中断。在多集群场景下，滚动更新需要协调多个集群的更新节奏，避免出现跨集群版本不一致导致的流量异常。

• 并行滚动： 所有集群同时开始滚动更新，每个集群独立控制 maxSurge 和 maxUnavailable。适合集群间无状态且流量均匀分布的场景。
• 串行滚动： 按集群优先级依次滚动，一个集群更新完成并稳定后再开始下一个。适合有状态服务或需要保持全局版本一致的场景。
• 分批滚动： 将集群分组，每组内并行滚动，组间串行。是并行与串行的折中方案。

4.4 三种模型的对比与选择

4.5 多集群发布模型的 Operator 实现模式

无论选择哪种发布模型，Operator 的实现都应遵循以下模式：

1. 声明式发布策略： 在 CRD 中定义 spec.strategy 字段，支持 BlueGreen、Canary、RollingUpdate 三种类型，并允许用户指定集群选择器和流量权重。
2. 集群状态感知： Operator 通过 ClusterStatus 资源或直接调用集群 API 获取每个集群的健康状态、资源使用率和当前版本。
3. 统一回滚入口： 所有发布模型共享同一个回滚控制器，回滚时根据发布记录恢复目标集群的版本和流量配置。
4. 可观测性集成： 发布过程中自动生成事件、指标和日志，支持 Prometheus 告警和 Grafana 仪表盘。

apiVersion: operator.example.io/v1
kind: ClusterRelease
metadata:
  name: release-v2
spec:
  targetVersion: "2.0.0"
  strategy:
    type: Canary
    canary:
      clusters:
        - name: cluster-a
          weight: 5
        - name: cluster-b
          weight: 20
      steps:
        - pause: 10m
          metrics:
            - name: error_rate
              threshold: 1.0
        - pause: 5m
          metrics:
            - name: p99_latency
              threshold: 200
    rollback:
      type: BlueGreen
      standbyCluster: cluster-green
  clusters:
    - name: cluster-a
      namespace: production
    - name: cluster-b
      namespace: production
    - name: cluster-c
      namespace: production

上述 CRD 定义了一个金丝雀发布策略，先在 cluster-a 上放 5% 流量，验证 10 分钟后扩展到 cluster-b 的 20%，再验证 5 分钟。如果任何步骤失败，自动触发蓝绿回滚，将流量切回 cluster-green 集群。