微服务部署：蓝绿部署、滚动部署、灰度发布

在项目迭代的过程当中，不可避免须要”上线“。上线对应着部署，或者从新部署；部署对应着修改；修改则意味着风险。

目前有不少用于部署的技术，有的简单，有的复杂；有的得停机，有的不须要停机便可完成部署。本文笔者简单讨论一下目前比较流行的几种部署方案，或者说策略。若有不足之处请指出，若有谬误，请指正^_^。

Blue/Green Deployment（蓝绿部署）

蓝绿部署无需停机，而且风险较小。

(1) 部署版本1的应用（一开始的状态）

全部外部请求的流量都打到这个版本上。

(2) 部署版本2的应用

版本2的代码与版本1不一样(新功能、Bug修复等)。

(3) 将流量从版本1切换到版本2。

(4) 如版本2测试正常，就删除版本1正在使用的资源（例如实例），今后正式用版本2。

从过程不难发现，在部署的过程当中，咱们的应用始终在线。而且，新版本上线的过程当中，并无修改老版本的任何内容，在部署期间，老版本的状态不受影响。这样风险很小，而且，只要老版本的资源不被删除，理论上，咱们能够在任什么时候间回滚到老版本。

rolling update（滚动发布）

滚动发布，通常是取出一个或者多个服务器中止服务，执行更新，并从新将其投入使用。周而复始，直到集群中全部的实例都更新成新版本。

这种部署方式相对于蓝绿部署，更加节约资源——它不须要运行两个集群、两倍的实例数。咱们能够部分部署，例如每次只取出集群的20%进行升级。

这种方式也有不少缺点，例如：

(1) 没有一个肯定OK的环境。使用蓝绿部署，咱们可以清晰地知道老版本是OK的，而使用滚动发布，咱们没法肯定。

(2) 修改了现有的环境。

(3) 若是须要回滚，很困难。举个例子，在某一次发布中，咱们须要更新100个实例，每次更新10个实例，每次部署须要5分钟。当滚动发布到第80个实例时，发现了问题，须要回滚。此时，脾气很差的程序猿极可能想掀桌子，由于回滚是一个痛苦，而且漫长的过程。

(4) 有的时候，咱们还可能对系统进行动态伸缩，若是部署期间，系统自动扩容/缩容了，咱们还需判断到底哪一个节点使用的是哪一个代码。尽管有一些自动化的运维工具，可是依然使人心惊胆战。

并非说滚动发布很差，滚动发布也有它很是合适的场景。

灰度发布/金丝雀部署

先贴个百度百科：

灰度发布是指在黑与白之间，可以平滑过渡的一种发布方式。AB test就是一种灰度发布方式，让一部分用户继续用A，一部分用户开始用B，若是用户对B没有什么反对意见，那么逐步扩大范围，把全部用户都迁移到B上面来。灰度发布能够保证总体系统的稳定，在初始灰度的时候就能够发现、调整问题，以保证其影响度。

不少人把灰度发布与蓝绿部署混为一谈，笔者认为，与灰度发布最相似的应该是金丝雀部署。

“金丝雀部署”是增量发布的一种类型，它的执行方式是在原有软件生产版本可用的状况下，同时部署一个新的版本。同时运行同一个软件产品的多个版本须要软件针对配置和完美自动化部署进行特别设计。

咱们来看一下金丝雀部署的步骤：

(1) 准备好部署各个阶段的工件，包括：构建工件，测试脚本，配置文件和部署清单文件。

(2) 从负载均衡列表中移除掉“金丝雀”服务器。

(3) 升级“金丝雀”应用（排掉原有流量并进行部署）。

(4) 对应用进行自动化测试。

(5) 将“金丝雀”服务器从新添加到负载均衡列表中（连通性和健康检查）。

(6) 若是“金丝雀”在线使用测试成功，升级剩余的其余服务器。（不然就回滚）

灰度发布中，经常按照用户设置路由权重，例如90%的用户维持使用老版本，10%的用户尝鲜新版本。不一样版本应用共存，常常与A/B测试一块儿使用，用于测试选择多种方案。灰度发布比较典型的例子，是阿里云那个“新版本”，点击“进入新版本”，咱们就成了金丝雀。

趣闻 ：金丝雀部署（同理还有金丝雀测试），“金丝雀”的由来：17世纪，英国矿井工人发现，金丝雀对瓦斯这种气体十分敏感。空气中哪怕有极其微量的瓦斯，金丝雀也会中止歌唱；而当瓦斯含量超过必定限度时，虽然鲁钝的人类毫无察觉，金丝雀却早已毒发身亡。当时在采矿设备相对简陋的条件下，工人们每次下井都会带上一只金丝雀做为“瓦斯检测指标”，以便在危险情况下紧急撤离。

总结

(1) 蓝绿部署：不中止老版本，额外搞一套新版本，等测试发现新版本OK后，删除老版本。

(2) 滚动发布：按批次中止老版本实例，启动新版本实例。

(3) 灰度发布/金丝雀部署：不中止老版本，额外搞一套新版本，经常按照用户设置路由权重，例如90%的用户维持使用老版本，10%的用户尝鲜新版本。不一样版本应用共存，常常与A/B测试一块儿使用，用于测试选择多种方案。

参考文档

(1) 《Blue-green Deployments, A/B Testing, and Canary Releases》（有图文说明，必看）：http://blog.christianposta.com/deploy/blue-green-deployments-a-b-testing-and-canary-releases/

(2) Martin Fowler《BlueGreenDeployment》（必看）：https://martinfowler.com/bliki/BlueGreenDeployment.html

(3) 《在生产中使用金丝雀部署来进行测试》：http://www.infoq.com/cn/news/2013/03/canary-release-improve-quality

(4) 《Using Blue-Green Deployment to Reduce Downtime and Risk（使用烂蓝绿部署降下降停机时间与风险，基于CloudFoundry）》：http://docs.cloudfoundry.org/devguide/deploy-apps/blue-green.html

(5) 《marathon：Blue-Green Deployment》：https://mesosphere.github.io/marathon/docs/blue-green-deploy.html ，译文：http://blog.csdn.net/zhuchuangang/article/details/51064974 。

(6) 《微服务不是免费的午饭》：http://blog.csdn.net/phodal/article/details/27098005

(7) 《蓝绿发布的整个部署过程》：http://www.tuicool.com/articles/2Iji2ue