滚动更新、蓝绿部署与灰度发布有什么区别

一、滚动更新：逐步替换
滚动更新按批次用新版本实例替换旧版本实例。例如共十个实例，每次替换两个，新实例健康检查通过后再替换下一批，直到全部完成。

优点是资源零额外开销，不需要准备第二套环境，过程由编排平台自动化。缺点是发布过程中新旧版本并存，请求可能落到任一版本，要求两个版本兼容，包括接口兼容和数据结构兼容。一旦新版本有问题，回滚也是逐批进行，速度受批次限制。

滚动更新适合版本兼容性好、发布频率高、资源预算紧张的常规迭代。

二、蓝绿部署：整体切换
蓝绿部署维护两套完整的生产环境。蓝环境运行当前版本，绿环境部署新版本并做完整验证。验证通过后，流量入口一次性从蓝切到绿。发现问题，立即切回蓝，回滚是秒级的。

优点是切换和回滚都极快，新旧版本不共存，不存在兼容窗口。缺点是资源成本翻倍，两套环境都要能承载全量流量。另外数据库层面的变更需要特别处理，两套环境共用数据库时，数据结构变更必须向前兼容。

蓝绿部署适合对回滚速度要求高、能承受双倍资源成本的核心系统。

三、灰度发布：按比例引流
灰度发布又称金丝雀发布，新版本只部署少量实例，先把小比例流量切给新版本，观察关键指标。指标正常则逐步扩大比例，直至全量；指标异常则立即切走流量，影响面被限制在小范围内。

流量切分的粒度可以很灵活：按百分比、按地区、按用户标签，甚至按内部员工先行体验。灰度的核心价值是把验证放到生产环境中真实流量下进行，又控制风险敞口。

代价是实现复杂度最高，需要精细的流量调度能力和完善的指标对比分析能力。灰度周期拉得过长，也会增加新旧版本长期并存的兼容负担。

四、如何选择
三种策略不是互斥的，实践中经常组合使用。常见组合是滚动更新打底，灰度策略控险：先灰度少量实例验证，再滚动全量。数据库有破坏性变更时，则需要配合数据迁移方案，任何部署策略都无法单独解决。

选择的考量因素依次是：系统能承受的故障影响面、版本间的兼容性、可用的资源余量、流量调度的基础设施成熟度。

五、总结
滚动更新省资源但有兼容窗口，蓝绿部署切换快但成本翻倍，灰度发布风险最小但系统复杂度最高。发布策略的本质是把不可消除的发布风险，转化为可控的影响范围和可承受的验证时间。策略选择之后，配套的监控、告警和一键回滚能力，才是策略真正生效的保证