2 金丝雀发布
金丝雀发布这个术语源自20世纪初期，当时英国的煤矿工人在下井采矿之前，会把笼养的金丝雀携带到矿井中，如果矿井中一氧化碳等有毒气体的浓度过高，在影响矿工之前，金丝雀相比人类表现的更加敏感快速，金丝雀中毒之后，煤矿工人就知道该立刻撤离。金丝雀发布是在将整个软件的新版本发布给所有用户之前，先发布给部分用户，用真实的客户流量来测试，以保证软件不会出现严重问题，降低发布风险。
在实践中，金丝雀发布一般会先发布到一个小比例的机器，比如 2% 的服务器做流量验证，然后从中快速获得反馈，根据反馈决定是扩大发布还是回滚。金丝雀发布通常会结合监控系统，通过监控指标，观察金丝雀机器的健康状况。如果金丝雀测试通过，则把剩余的机器全部升级成新版本，否则回滚代码。
优势：
-
对用户体验影响较小，在金丝雀发布过程中，只有少量用户会受影响
-
发布安全能够得到保障
劣势：
-
金丝雀的机器数量比较少, 有一些问题并不能够暴露出来
适用场景：
-
监控比较完备且与发布系统集成
3 灰度/滚动发布
灰度发布是金丝雀发布的延伸，是将发布分成不同的阶段/批次，每个阶段/批次的用户数量逐级增加。如果新版本在当前阶段没有发现问题，就再增加用户数量进入下一个阶段，直至扩展到全部用户。
灰度发布可以减小发布风险，是一种零宕机时间的发布策略。它通过切换线上并存版本之间的路由权重，逐步从一个版本切换为另一个版本。整个发布过程会持续比较长的时间, 在这段时间内，新旧代码共存，所以在开发过程中，需要考虑版本之间的兼容性，新旧代码共存不能影响功能可用性和用户体验。当新版本代码出现问题时，灰度发布能够比较快的回滚到老版本的代码上。
结合特性开关等技术，灰度发布可以实现更复杂灵活的发布策略。
优势：
-
用户体验影响比较小, 不需要停机发布
-
能够控制发布风险
劣势：
-
发布时间会比较长
-
需要复杂的发布系统和负载均衡器
-
需要考虑新旧版本共存时的兼容性
适用场景：
-
适合可用性较高的生产环境发布