14.每日一读-到底什么是蓝绿、红黑、灰度发布

14.每日一读-到底什么是蓝绿、红黑、灰度发布,第1张

14.每日一读-到底什么是蓝绿、红黑、灰度发布 1.科学部署的意义

尽可能减少服务停机时间
控制新版本带来的质量风险

2.全量发布与增量发布

3.蓝绿发布

1.我有两个应用集群,应用集群A与应用集群B,这两个集群的版本都是v1.0,现在使用蓝绿部署的方法进行升级上线

2.在网关中设置,先断开应用集群A的连接

3.将应用集群A升级到V1.1

4.设置网关对应用集群A的连接

5.设置网关断开应用集群B的连接

6.升级应用集群B到v1.1

7.设置网关连接应用集群B

3.红黑发布

红黑发布针对的是一个集群
1.有一个应用集群Av1.0需要对其升级

2.搭建一个全新的应用集群B v1.1

3.设置网关连接应用集群B,再断开应用集群A,并释放应用集群A

5.蓝绿部署与红黑部署的对比

与蓝绿部署相比,红黑部署可以充分利用了云计算的d性伸缩优势,从而获得了两个收益:
1.简化了流程;
2.避免了在升级的过程中,
注意:由于只有一半的服务器提供服务,而可能导致的系统过载问题。

6.灰度发布

灰度发布,也被叫作金丝雀发布。与蓝绿部署、红黑部署不同的是,灰度发布属于增量发布方法。也就是说,服务升级的过程中,新旧版本会同时为用户提供服务。



6.1 灰度发布遇到的挑战

1.考虑数据库变更对旧版本的兼容性影响

例如:某数据表有ab两个字段
程序猿小甲的SQL是: insert into t values(‘a’,’b’);
但v1.1版本中在数据表增加了c字段,就版本运行就会报错
因此在考虑未来灰度发布的情况,要求团队成员写SQL必须明确字段
insert into t(a,b) values(‘a’,’b’);
TIPS:任何删除、更新字段信息的 *** 作都要格外谨慎

    对于新旧版本无法协同作业的情况
    方案一:
    放弃灰度,采用红黑方式全量发布
    对于新旧版本无法协同作业的情况
    方案二(了解一下即可,项目几乎不会考虑)
    可以考虑独立部署数据源进行迁移
    为新旧版本分配独立的数据源
    但新旧数据源之间数据同步会更考验架构师与DBA的智慧

3.灰度发布用户群的选择
不能直接采用类似于Nginx的权重Weight
会导致一个用户不同请求在新旧版本间反复横跳,出现无法预期的Bug
解决方法:利用Nginx + Lua脚本化
基于IP或者UA等用户稳定特性然后Hash取模来决定访问新旧版本
Hash(192.168.31.102) % 10 = 7 #送给旧版本
Hash(192.168.31.108) % 10 = 9 #送给新版本

4.什么时候才可以提升分配比例
在发布过程中,我们应该注意监测用户请求失败率、用户请求处理时长和异常出现数量这几个信息,以保证快速发现问题并及时回滚。
在灰度发布的时候,可以部署相对较小的集群,让集群保持在高压力确认新版应用的性能情况,之后再酌情进行扩容。
TIPS:推荐了解下SkyWalking,国产开源监控系统,简单粗暴

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/5716134.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-12-17
下一篇 2022-12-17

发表评论

登录后才能评论

评论列表(0条)

保存