蓝绿、灰度、滚动发布有什么不同
来源： 书名《Google SRE 运维解密》
首先，需要明确这三种发布测率的基本概念。
蓝绿发布（Bule-Green Deployment） 涉及同时维护两种生产环境，蓝色和绿色，切换流量以实现零停机部署的。
灰度发布（Canary Deployment） 逐步将新版本推送给部分用户/节点，验证稳定性后再全量推送。
滚动发布（Rolling Update） 分批次替换旧实例，逐步更新所有节点。
一、核心差异
蓝绿发布：
通过维护两套相同的生产环境（蓝色和绿色），新版本在绿色环境部署并测试，验证通过切换流量，最总回滚或者保留蓝色环境。其本质是 环境切换 ,并非版本混合。
灰度发布：
逐步将新版本推送给部分用户或者节点（如20%流量），验证稳定性后再逐步扩大范围，最终全量覆盖。典型实现包括 金丝雀发布（Canry Deployment）和 AB测试（A/B Testing）
滚动发布：
分批次替换旧版本实例，每次更新一小部分节点（如 2%），逐步完成全量更新。依赖自动化工具和负载均衡实现流量平滑过渡。
二、关键特性对比
| 特性 | 蓝绿发布 | 灰度发布 | 滚动发布 |
|---|---|---|---|
| 服务中断时间 | 零停机（切断流量瞬间完成） | 零停机（逐步增加流量） | 零停机（分批更新） |
| 资源消耗 | 双倍资源（两套环境） | 单倍资源（部分资源分流） | 单倍资源（逐步替换） |
| 回滚难度 | 快速回滚（直接切回旧环境） | 复杂回滚（需要动态分流规则） | 困难回滚（需逆向批次操作） |
| 适合风险场景 | 高可用性要求场景（如金融系统） | 需验证新版本稳定性（如新功能上线） | 大规模集群部署（如云原生应用） |
三、经典应用场景
| 发布方式 | 场景 |
|---|---|
| 蓝绿发布 | 需要快速回滚的应急修复场合； 跨机房容灾演练（如主备数据中心切换）； |
| 灰度发布 | 新功能灰度测试（如社交APP新功能）； 性能对比验证（如新旧算法评估）； |
| 滚动发布 | 微服务架构的渐进式升级； 容器化集群的滚动扩缩容； |
四、技术实现差异
蓝绿发布： 依赖负载均衡器的流量切换功能，需提前规划环境管理；
灰度发布： 通过API网关或服务网格实现流量权重控制，支持动态规划调整；
滚动发布： 需结合Kubernetes等工具的滚动更新策略，依赖健康检查和自动扩缩容；
五、扩展建议
混合使用策略： 例如先通过蓝绿发部署新版本，再通过灰度发布逐步扩大流量。
监控日志： 三种策略均需要实时监控系统指标（如 QPS、错误率），灰度发布还需要额外分析用户的行为数据。
工具选型： Kubernetes推荐使用滚动发布 ，复杂场景可选用 Spinnaker、Zadig等编排工具
