原文网址：不停服更新应用的方案：蓝绿发布、滚动发布、灰度发布_IT利刃出鞘的博客-CSDN博客
简介
本文介绍不停服更新应用的方案：蓝绿发布、滚动发布、灰度发布。
升级服务器的应用时，要停止掉老版本服务，将程序上传到服务器，再启动新版本。但是这种方式存在问题：服务是中断的，用户无法使用，用户体验巨差。
方案1：蓝绿发布
概念
同时运行两个版本的应用。如下图所示，不停止老版本，直接部署一套新版本，等新版本运行起来后，再将流量切换到新版本上。
缺点
蓝绿部署要求在升级过程中，同时运行两套程序，对硬件的要求就是日常所需的二倍，比如日常运行时，需要10台服务器支撑业务，若使用蓝绿部署，你就需要购置二十台服务器。
方案2：滚动发布
含义
在升级过程中，并不是一下子启动所有新版本，而是先启动一台新版本，再停止一台老版本，然后再启动一台新版本，再停止一台老版本，直到升级完成。
优点
占用资源少。如果日常需要10台服务器，那么升级过程中也就只需要11台就行了。
缺点
升级过程中是旧版本和新版本一起运行，如果发现了问题，比较难以确定是新版本还是老版本造成的问题。
为了解决这个问题，我们需要为滚动升级提供流量控制能力。
方案3：灰度发布
含义
灰度发布也叫金丝雀发布，起源是，矿井工人发现，金丝雀对瓦斯气体很敏感，矿工会在下井之前，先放一只金丝雀到井中，如果金丝雀不叫了，就代表瓦斯浓度高。
灰度发布时，先启动一个新版本应用，但是并不直接将流量切过来，而是测试人员对新版本进行线上测试，启动的这个新版本应用，就是我们的金丝雀。如果没有问题，那么可以将少量的用户流量导入到新版本上，然后再对新版本做运行状态观察，收集各种运行时数据，如果此时对新旧版本做各种数据对比，就是所谓的A/B测试。
当确认新版本运行良好后，再逐步将更多的流量导入到新版本上，在此期间，还可以不断地调整新旧两个版本的运行的服务器副本数量，以使得新版本能够承受越来越大的流量压力。直到将100%的流量都切换到新版本上，最后关闭剩下的老版本服务，完成灰度发布。
如果在灰度发布过程中（灰度期）发现了新版本有问题，就应该立即将流量切回老版本上，这样，就会将负面影响控制在最小范围内。
优点
占用资源少。如果日常需要10台服务器，那么升级过程中也就只需要11台就行了。
缺点
需要根据用户来将流量请求到新服务上，需要一定的代码量。
