一、蓝绿、灰度、滚动发布有什么不同

蓝绿、灰度、滚动发布有什么不同

来源： 书名《Google SRE 运维解密》

首先，需要明确这三种发布测率的基本概念。

蓝绿发布（Bule-Green Deployment） 涉及同时维护两种生产环境，蓝色和绿色，切换流量以实现零停机部署的。

灰度发布（Canary Deployment） 逐步将新版本推送给部分用户/节点，验证稳定性后再全量推送。

滚动发布（Rolling Update） 分批次替换旧实例，逐步更新所有节点。

一、核心差异

蓝绿发布：

通过维护两套相同的生产环境（蓝色和绿色），新版本在绿色环境部署并测试，验证通过切换流量，最总回滚或者保留蓝色环境。其本质是 环境切换 ,并非版本混合。

灰度发布：

逐步将新版本推送给部分用户或者节点（如20%流量），验证稳定性后再逐步扩大范围，最终全量覆盖。典型实现包括 金丝雀发布（Canry Deployment）和 AB测试（A/B Testing）

滚动发布：

分批次替换旧版本实例，每次更新一小部分节点（如 2%），逐步完成全量更新。依赖自动化工具和负载均衡实现流量平滑过渡。

二、关键特性对比

特性	蓝绿发布	灰度发布	滚动发布
服务中断时间	零停机（切断流量瞬间完成）	零停机（逐步增加流量）	零停机（分批更新）
资源消耗	双倍资源（两套环境）	单倍资源（部分资源分流）	单倍资源（逐步替换）
回滚难度	快速回滚（直接切回旧环境）	复杂回滚（需要动态分流规则）	困难回滚（需逆向批次操作）
适合风险场景	高可用性要求场景（如金融系统）	需验证新版本稳定性（如新功能上线）	大规模集群部署（如云原生应用）

三、经典应用场景

发布方式	场景
蓝绿发布	需要快速回滚的应急修复场合； 跨机房容灾演练（如主备数据中心切换）；
灰度发布	新功能灰度测试（如社交APP新功能）； 性能对比验证（如新旧算法评估）；
滚动发布	微服务架构的渐进式升级； 容器化集群的滚动扩缩容；

四、技术实现差异

蓝绿发布： 依赖负载均衡器的流量切换功能，需提前规划环境管理；

灰度发布： 通过API网关或服务网格实现流量权重控制，支持动态规划调整；

滚动发布： 需结合Kubernetes等工具的滚动更新策略，依赖健康检查和自动扩缩容；

五、扩展建议

混合使用策略： 例如先通过蓝绿发部署新版本，再通过灰度发布逐步扩大流量。

监控日志： 三种策略均需要实时监控系统指标（如 QPS、错误率），灰度发布还需要额外分析用户的行为数据。

工具选型： Kubernetes推荐使用滚动发布 ，复杂场景可选用 Spinnaker、Zadig等编排工具