系统发布-APP灰度发布

【灰度概念】

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

【灰度必要性】

1. 灵活选择用户参与产品测试。
2. 规避一定的发布风险，降低产品迭代升级所影响的范围。
3. 快速获取用户的反馈意见，完善产品功能，提升产品质量。
4. 避免停服发布给用户带来不便。
5. 具有容灾能力：降低全量发布引起的服务器崩溃等风险，逐步发布产品，逐步控制服务器压力。

【灰度发布流程】

1、在灰度发布开始后，先启动一个新版本应用，但是并不直接将流量切过来，而是测试人员对新版本进行线上测试，启动的这个新版本应用，就是我们的灰度版。

2、如果测试没有问题，那么可以将少量的用户流量导入到新版本上，然后再对新版本做运行状态观察，收集各种运行时数据，如果此时对新旧版本做各种数据对比，就是所谓的A/B测试。

3、当确认新版本运行良好后，再逐步将更多的流量导入到新版本上，在此期间，还可以不断地调整新旧两个版本的运行的服务器副本数量，以使得新版本能够承受越来越大的流量压力。直到将100%的流量都切换到新版本上，最后关闭剩下的老版本服务，完成灰度发布。如果在灰度发布过程中发现了新版本有问题，就应该立即将流量切回老版本上，这样，就会将负面影响控制在最小范围内。

【实践经验】

Nginx开放不同端口提供前端静态资源，客户端根据版本号加载不同端口资源实现灰度发布

【客户端】

修改客户端拉取静态资源的

URL : https://domain:port/preview/version/central.dat

【nginx】

nginx开放不同端口实现不同版本资源拉取

server {         listen       80;         server_name  */preview/*; location /preview/1.0/ {              alias   ../static/1.0/;             index  index.html index.htm;         } location /preview/2.0/ {              alias   ../static/2.0/;              index  index.html index.htm;         } location /preview/3.0/ {              alias   ../static/3.0/;              index  index.html index.htm;         } location /preview/4.0/ {              alias   ../static/4.0/;             index  index.html index.htm;         } location /preview/5.0/ {              alias   ../static/5.0/;              index  index.html index.htm;         } location /preview/6.0/ {              alias   ../static/6.0/;              index  index.html index.htm;         }         兼容老版本（需要测试）：     location /preview/{              alias  ../static/pro/;              index  index.html index.htm;         }