蓝绿发布金丝雀发布灰度发布滚动发布AB测试

Posted 左直拳

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了蓝绿发布金丝雀发布灰度发布滚动发布AB测试相关的知识,希望对你有一定的参考价值。

金丝雀不是说它外形漂亮或有特点,而是说它对瓦斯很灵敏。

这些名字玄而又玄,逼格十分高大上。到底是些啥?好像不了解一下,就完全看不懂当下流行的吹哔哔技术PPT了。

一、蓝绿发布

不停老版本,部署新版本然后进行测试。确认OK后将流量切到新版本。如果出现问题,则切回老版本。绿色是新版本,蓝色是老版本。


蓝绿发布的优点是升级切换和回退速度非常快,缺点是新老切换是全部切换,中间没有过渡,如果新版本有问题,则对用户体验有直接影响。并且需要两倍机器资源。

适用于对用户体验有一定容忍度的场景。同时机器资源有富余或者可以按需分配。

二、金丝雀发布

17 世纪,英国矿井工人发现,金丝雀对瓦斯这种气体十分敏感。空气中哪怕有极其微量的瓦斯,金丝雀也会停止歌唱;当瓦斯含量超过一定限度时,虽然鲁钝的人类毫无察觉,金丝雀却早已毒发身亡。当时在采矿设备相对简陋的条件下,工人们每次下井都会带上一只金丝雀作为瓦斯检测指标,以便在危险状况下紧急撤离。

所以金丝雀发布是在原有版本可用的情况下,部署一个新版本应用作为「金丝雀」做测试,以尽早发现、调整问题。

优点是用户体验影响小,若出现问题只影响少量用户。不足是发布自动化程度不够,发布期间可引发服务中断。

三、灰度发布

灰度发布是金丝雀发布的放大版。

与蓝绿部署不同的是,灰度发布不是非黑即白的部署方式,所以又称为灰度发布。它能够缓慢的将修改推广到一小部分用户,验证没有问题后,再推广到全部用户,以降低生产环境引入新功能带来的风险。

发布步骤:
1、将流量从待部署节点移出,更新该节点服务到待发布状态,将该节点称为金丝雀节点;

2、根据不同策略,将流量引入金丝雀节点。
策略可以根据情况指定,比如随机样本策略(随机引入)、狗粮策略(就是内部用户或员工先尝鲜)、分区策略(不同区域用户使用不同版本)、用户特征策略(这种比较复杂,需要根据用户个人资料和特征进行分流,类似于千人千面);

3、金丝雀节点验证通过后,选取更多的节点称为金丝雀节点,重复步骤1和步骤2,直到所有节点全部更新。

灰度发布可以保证整体系统的稳定,在初始灰度的时候就可以发现、调整问题。

四、滚动发布

金丝雀发布的自动版。

在金丝雀发布基础上的进一步优化改进,是一种自动化程度较高的发布方式,用户体验比较平滑,是目前成熟型技术组织所采用的主流发布方式。

步骤一般是取出一个或者多个服务器停止服务,执行更新,并重新将其投入使用。周而复始,直到集群中所有的实例都更新成新版本。这种部署方式相对于蓝绿部署,较为节约资源,不需要运行两个集群、两倍的实例数。可以分批部署,例如每次只取出集群的 20% 进行升级。

优点是用户体验影响小,体验较平滑。缺点是发布和回退时间比较缓慢,发布工具比较复杂。

五、AB测试

AB测试和发布不是一个维度的概念。它是效果验证的手段,之所以放在这里一起说,是因为很容易弄混。

AB测试是同时运行多个不同版本,根据策略,将一部分流量引入A版本,另外一部分流量引入B版本,CDEF……版本。通过分析不同版本的实际效果,选出最优解。最优解可能是一个版本获胜,取代另一个版本;也可能是催生出更多的版本,服务于用户;还有可能是多个版本在不同区域同时提供服务。

在开发过程中,也有可能采取AB测试,由不同的两组人马,对同一个功能同时开发不同的两个版本,PK,胜者为王,或者二合一之类。

参考文章
微服务部署:蓝绿发布、滚动发布、灰度发布、金丝雀发布
科普:蓝绿部署、金丝雀发布(灰度发布)、AB测试

以上是关于蓝绿发布金丝雀发布灰度发布滚动发布AB测试的主要内容,如果未能解决你的问题,请参考以下文章

蓝绿部署金丝雀发布(灰度发布)AB测试……

蓝绿部署滚动部署灰度发布金丝雀发布

首富带你畅谈:蓝绿部署滚动发布灰度发布/金丝雀发布

微服务部署:蓝绿部署滚动部署灰度发布金丝雀发布

微服务部署:蓝绿部署滚动部署灰度发布金丝雀发布

线上平稳发布