新上线版本出现重大bug怎么处理

2019-03-19  本文已影响0人  Hz_57cc

问题讨论#测试发布#

1.如果发现新版本出现了重大问题,大家是用的什么版本发布系统?

2.如何回滚到某一个稳定的版本?

结合小伙伴的回答与我自己的总结:

1.重大版本上线前需要准备两个方案,一个方案确定上线成功的标准;另一个方案为上线失败方案,需要回滚到上一个稳定版本,确定回滚步骤以及后续需要处理什么问题(如产生新数据的话怎么办,冗余的数据怎么处理尤其是百万千万级别的平台)。两个方案都需要在上线前进行评估。

2.平台级别太大,上线前可以做一个灰度发布(学到的新名词)、引流验证,如果你线上有10台部署机,那么只发布2台机器部署新代码,剩下的部署老代码,然后利用网段控制或其他情况,进行流量分配,给2台新代码的机器上只分配一部分流量。进行新功能验证,这样能保证大部分人是可用的,没问题就全部发布到线上。

3.上线后验证问题出现的原因,开发、测试共同定位问题,如能立马解决并没有客户反馈的话则决策修复发布补丁包,若解决时间较长并且客户使用紧急的话再回滚到上一个稳定版版本,同时邮件告知这个版本对线上影响的原因和影响范围。

4.目前我们公司还没有遇到过上线新版本出现重大问题的,我们公司主要是针对电信客户开发的平台,都是一个地区部署一个平台,平台间相互独立的,有问题也是小问题,由测试直接测试合格后更新部署包到线上,不影响新产生的数据;目前感觉公司流程好像不太规范,正在走向规范化的路上;现在公司开发的新平台的是以微服务的方式部署的,以后会docker化,后续会多注意这个问题,及时更新对这类问题的解决方案。

上一篇下一篇

猜你喜欢

热点阅读