灰度发布-流程篇

转载：https://zhuanlan.zhihu.com/p/64619663

http://www.woshipm.com/pmd/573429.html

我理解的灰度发布，主要是按照一定策略选取部分用户，让他们先行体验新版本的应用，通过收集这部分用户对新版本应用的反馈以及对新版本功能、性能、稳定性等指标进行评论，进而决定继续放大新版本投放范围直至全量升级或回滚至老版本。

灰度发布流程图

1.1定义目标

• 及早获得用户的意见反馈，完善产品功能，提升产品质量让用户参与产品测试，加强与用户互动
• 降低产品升级所影响的用户范围

初次发布给少量用户— 发现问题希望用户及时反馈—修复/上线— 稳定阶段扩大用户—所有用户可见—灰度发布结束

1.2选定策略
总用户规模：6000多用户
选择初次发布用户
告知所选的初次用户新feature 的发布
发布频率:（发布-收集反馈-迭代-再发布，计划的发布频率）发布频率似乎也取决于收集反馈的频率？
功能覆盖率:(定义好AB用户的使用场景,A用户使用老feature，B用户使用新的feature— 即定义好路径
回滚策略:如果出现线上比较大的问题，影响用户使用,采用回滚策略

1.3筛选用户
用户特征：如何筛选用户
用户数量：第一批用户数量
用户范围：内部用户 - 扩散到所有用户 （如何扩散，相关因素：时间、怎么扩散）

1.4布署系统
布署实现AB用户使用不同的feature ：比如web页面灰度：按照ip或者用户id切流啊。具 有随机性，可以控制比例
如何友好告知用户我们的新feature以及提供反馈渠道？
如何选择布署时间以及避免用户在使用过程中突然切换到新timecard的冲突问题？
如何利用工具分析用户行为？
根据什么指标扩大用户范围？

1.5发布总结
用户行为报告分析--形成产品功能改进列表

1.6产品改善
根据改进列表进行迭代

1.7新一轮灰度发布

1.8灰度发布切到完整发布