所有分类
  • 所有分类
  • 未分类

不停服更新应用的方案:蓝绿发布、滚动发布、灰度发布

简介

本文介绍不停服更新应用的方案:蓝绿发布、滚动发布、灰度发布。

升级服务器的应用时,要停止掉老版本服务,将程序上传到服务器,再启动新版本。但是这种方式存在问题:服务是中断的,用户无法使用,用户体验巨差。

方案1:蓝绿发布

概念

同时运行两个版本的应用。不停止老版本,直接部署一套新版本,等新版本运行起来后,再将流量切换到新版本上。

优点

  1. 发布策略简单;
  2. 升级/回滚速度快。

缺点

  1. 需要资源多
    1. 蓝绿部署要求在升级过程中,同时运行两套程序,对硬件的要求就是日常所需的两倍。比如日常运行时,需要10台服务器支撑业务,若使用蓝绿部署,你就需要购置二十台服务器。

示意图

方案2:滚动发布

含义

在升级过程中,并不是一下子启动所有新版本,而是先启动一台新版本,再停止一台老版本,然后再启动一台新版本,再停止一台老版本,直到升级完成。

优点

  1. 占用资源少。
    1. 如果日常需要10台服务器,那么升级过程中也就只需要11台就行了。

缺点

  1. 升级过程发现了问题难以排查
    1. 升级过程中是旧版本和新版本一起运行,若发现了问题,难以确定是新版本还是老版本造成的问题。
    2. 为了解决这个问题,我们需要为滚动升级提供流量控制能力。
  2. 难以回滚
  3. 部署时间慢;

示意图

方案3:灰度发布

含义

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

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

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

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

优点

  1. 占用资源少。
    1. 如果日常需要10台服务器,那么升级过程中也就只需要11台就行了。
  2. 如果出问题影响范围很小,因此用户体验也好;

缺点

  1. 需要一定的代码量
    1. 需要根据用户来将流量请求到新服务上。

示意图

0

评论0

请先

显示验证码
没有账号?注册  忘记密码?

社交账号快速登录