企业级灰度发布代码上线详述

什么是灰度发布：

---

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

---

什么是灰度期：
灰度期：灰度发布开始到结束期间的这一段时间，称为灰度期。

---

我所理解的灰度发布：
简单点说灰度发布，以“测试服”与“正式服”为例。先让部分人先体验，各方面（功能、用户体验等）都没问题再扩大范围。
灰度发布的主要任务是从产品用户群中按照必定策略选取部分用户，让他们先行体验新版本的应用，经过收集这部分用户对新版本应用的显式反馈（论坛、微博）或隐式反馈（应用自身统计数据），对新版本应用的功能、性能、稳定性等指标进行评判，进而决定继续放大新版本投放范围直至全量升级或回滚至老版本。****

---

灰度发布系统须要考虑的一些要素：
（1）用户标识
用于区分用户，辅助数据统计，保证灰度发布过程当中用户体验的连贯性（避免用户在新旧版本中跳变，匿名Web应用比较容易有这个问题）。匿名Web应用可采用IP、Cookie等，需登陆的应用可直接采用应用的账号体系。
（2）目标用户选取策略
即选取哪些用户先行体验新版本，是强制升级仍是让用户自主选择等。可考虑的因素不少，包括但不限于地理位置、用户终端特性（如分辨率、性能）、用户自身特色（性别、年龄、忠诚度等）。对于细微修改（如文案、少许控件位置调整）可直接强制升级，对于相似新浪微博改版这样的大型升级，应让用户自主选择，最好可以提供让用户自主回滚至旧版本的渠道。对于客户端应用，能够考虑相似Chrome的多channel升级策略，让用户自主选择采用stable、beta、unstable channel的版本。在用户有明确预期的状况下自行承担试用风险。
（3）数据反馈
用户数据反馈：在获得用户容许的前提下，收集用户的使用新版本应用的状况。如客户端性能、客户端稳定性、使用次数、使用频率等。用于与旧版本进行对比，决策后续是继续扩大新版本投放范围仍是回滚。服务端数据反馈：新版本服务端性能、服务端稳定性等，做用与用户数据反馈相似。

（4）新版本回滚策略
当新版本灰度发布表现不佳时，应回滚至旧版本。对于纯粹的Web应用而言，回滚相对简单。主要难点在于用户数据的无缝切换。对于客户端应用，若是期待用户自行卸载新版本另行安装旧版本，成本和流失率都过高。能够考虑经过快速另行发布新版本，利用升级来“回滚”，覆盖上次灰度发布的修改。对于移动客户端，新版本发布成本较高，须要Appstore、Market审核。本人没有移动客户端产品的经验，不太肯定移动客户端产品如何处理灰度发布及回滚。但尽可能将客户端打形成Web App，会更有利于升级和回滚。（不过苹果对纯Web App类的App有较强的限制，好像已经不容许在Appstore上发布这类应用了？）
（5）新版本公关运营支持
对于改版级别的大型升级，须要配合公关运营支持，用于及时处理用户在微博、博客等渠道给出的“显式反馈”。对比经过隐式数据反馈获得的结论后，综合考虑应对策略。

参考连接：https://www.zhihu.com/question/20584476/answer/15558660