灰度发布与滚动发布、蓝绿发布介绍

一、灰度发布与滚动发布、蓝绿发布介绍

引用文章：关于蓝绿部署、滚动发布、灰度发布的介绍以及最佳实践

在一般情况下，升级服务器端应用，需要将应用源码或程序包上传到服务器，然后停止掉老版本服务，再启动新版本。但是这种简单的发布方式存在两个问题，一方面，在新版本升级过程中，服务是暂时中断的，另一方面，如果新版本有BUG，升级失败，回滚起来也非常麻烦，容易造成更长时间的服务不可用。

为了解决这些问题，人们研究出了多种发布策略，下面我们一一介绍。

1、蓝绿部署

在这里插入图片描述

所谓蓝绿部署，是指同时运行两个版本的应用，如上图所示，蓝绿部署的时候，并不停止掉老版本，而是直接部署一套新版本，等新版本运行起来后，再将流量切换到新版本上。但是蓝绿部署要求在升级过程中，同时运行两套程序，对硬件的要求就是日常所需的二倍，比如日常运行时，需要10台服务器支撑业务，那么使用蓝绿部署，你就需要购置二十台服务器。

2、滚动发布

滚动发布能够解决掉蓝绿部署时对硬件要求增倍的问题。

在这里插入图片描述

所谓滚动升级，就是在升级过程中，并不一下子启动所有新版本，是先启动一台新版本，再停止一台老版本，然后再启动一台新版本，再停止一台老版本，直到升级完成，这样的话，如果日常需要10台服务器，那么升级过程中也就只需要11台就行了。

但是滚动升级有一个问题，在开始滚动升级后，流量会直接流向已经启动起来的新版本，但是这个时候，新版本是不一定可用的，比如需要进一步的测试才能确认。那么在滚动升级期间，整个系统就处于非常不稳定的状态，如果发现了问题，也比较难以确定是新版本还是老版本造成的问题。

为了解决这个问题，我们需要为滚动升级实现流量控制能力。

3、灰度发布

灰度发布也叫金丝雀发布，起源是，矿井工人发现，金丝雀对瓦斯气体很敏感，矿工会在下井之前，先放一只金丝雀到井中，如果金丝雀不叫了，就代表瓦斯浓度高。

在这里插入图片描述

在灰度发布开始后，先启动一个新版本应用，但是并不直接将流量切过来，而是测试人员对新版本进行线上测试，启动的这个新版本应用，就是我们的金丝雀。如果没有问题，那么可以将少量的用户流量导入到新版本上，然后再对新版本做运行状态观察，收集各种运行时数据，如果此时对新旧版本做各种数据对比，就是所谓的A/B测试。

当确认新版本运行良好后，再逐步将更多的流量导入到新版本上，在此期间，还可以不断地调整新旧两个版本的运行的服务器副本数量，以使得新版本能够承受越来越大的流量压力。直到将100%的流量都切换到新版本上，最后关闭剩下的老版本服务，完成灰度发布。

如果在灰度发布过程中（灰度期）发现了新版本有问题，就应该立即将流量切回老版本上，这样，就会将负面影响控制在最小范围内。

二、灰度发布好处

飞速发展的互联网公司，灰度其实就是根据设定的规则将请求路由到我们的灰度版本（灰度机器）上来。比如对于API来说，一般有如下几个需求：特定用户（比如测试帐号）、特定的App（比如测试app或者合作App）、特定的模块、接口（只有某些接口需要灰度，这种一般是API Container的修改，拿一些不是很重要的API做灰度测试）、特定的机器（某些请求IP转发到灰度机）等。

在传统软件产品发布过程中（例如微软的Windows 7的发布过程中），一般都会经历Pre-Alpha、Alpha、Beta、Release candidate(RC)、RTM、General availability or General Acceptance (GA)等几个阶段（参考Software release life cycle）。可以看出传统软件的发布阶段是从公司内部->外部小范围测试>外部大范围测试->正式发布，涉及的用户数也是逐步放量的过程。

灰度可以解决的问题：

1、在发布过程中降低上线风险

2、降低影响范围，并且范围可控

3、降低对测试的依赖，减少线下自测的数据构造成本

4、特定的请求能够指向特定的服务器，方便集中监控日志，方便跟踪完整的调用链路

5、方便系统流量切入

6、方便回滚

7、指定特定人群，方便系统回访，方便产品需求收集，完善产品功能，提升产品质量

8、在无状态的情况下保障用户使用到的版本一致

9、避免停服给用户带来坏的体验用

三、Gitee上高热度的开源灰度发布系统

是一款全开源的灰度管理系统，本系管理统主要采用java技术开发、数据库采用mysql、灰度引擎当前采用java和lua两种技术开发。并且介绍一个灰度系统在一个互联网公司的重要性，尤其是对于小公司，没有精力去做也就无法保障系统上线的平稳。这套灰度管理系统能够灵活配置http和dubbo的请求接入，丰富的扩展性。愿景是能够为小公司提供一种解决方案，希望能够作为大公司灰度更好参考，为公司的运营提供多一点选择。交流qq群 575301105https://my.oschina.net/izhangll/blog/884713。