多集群分批发布是什么
服务部署在多个集群时按集群为单位滚动推进：先验证集群、再少量生产集群、最后全量，每批之间验证并停留。顺序按重要度与风险排序——先边缘后核心；每批动作是更新、验证、停留、扩大。前提是各集群配置与版本基线一致，用集群编排或门面工具统一推送。跨集群流量切换的收敛时间要计入批次节奏。
基本信息
| 顺序 | 按重要度与风险排序（先边缘后核心） |
|---|---|
| 每批动作 | 更新、验证、停留、扩大 |
| 前提 | 各集群配置与版本基线一致 |
| 工具 | 集群编排或门面工具统一推送 |
| 流量切换 | DNS/GSLB 收敛时间计入批次节奏 |
典型使用场景
- 分批推进：边缘集群先验证，核心集群最后更新
- 验证阶段：每批核对服务健康、跨集群依赖与全局负载
- 停留观察：批次间留观察窗，指标稳定才扩大
- 流量调度：结合 DNS 权重与地理位置逐步切换
- 故障隔离：问题批次停在局部，不波及其他集群
- 演练：定期演练单集群回退路径
批次示意
批次示意
批次示意：集群 A（验证）→ 集群 B/C（约 20%）→ 其余集群（100%）
每批核对：服务健康、跨集群依赖、全局负载
节奏要点：流量切换收敛时间算进等待，切换生效再进下一批批次设计读法
| 要素 | 做法 | 注意 |
|---|---|---|
| 顺序 | 先边缘后核心 | 核心集群最后动 |
| 批次大小 | 首批发小、后续放大 | 首爆风险最大 |
| 停留时长 | 覆盖指标采集窗口 | 太短观察不到趋势 |
| 验证项 | 健康、依赖、负载 | 只看服务自身不够 |
跨集群流量切换（DNS/GSLB）的收敛时间要计入批次节奏：切换未生效就进下一批会叠加上故障。
基线一致是前提：版本与配置漂移的集群，验证结论不能外推。
批次间留人工确认点：自动推进也要能随时叫停。