我理解的灰度发布。

灰度发布,就是产品的新功能,让一部分人先看到,再让一部分人看到,再让。。。。这样直到全部上线或者下线。。

常用的灰度发布,就是先加一批白名单,再加一批集团用户,再开发一台机器,再切全量。

每开放一步,就多一批用户测试和反馈,然后你在迭代产品的优化方案,继续上面步骤。

之前在邮箱的时候除了这种方式之外,还会有实验室的方式,邀请用户尝试新功能开启。其实这些都很常见,就像Google labs里的一些模块,让用户主动自行去玩,即用户申请加入白名单。

微博或者Qzone升级的时候也开放了邀请用户升级的过程,体验V6,或者某些产品搞噱头,玩邀请码之类,都是变相的召集用户申请白名单的方式,但具体实现方式不同,也很好玩。

用户不陪玩,就主动加用户到白名单,比方按首字母是a的用户,申请加入一批;或者按星座、按年龄加一批,也许还能搞点好玩的数据出来,比方分析用户购买行为,兴趣爱好。。

关于移动端的灰度发布。

Android平台上,找单一渠道投放预测版本;允许通知部分用户(分批)更新新版本;这个版本是可以被回收(一般强制升级)。投放期间要做好数据监控、版本bug反馈、版本控制等。等正式版本发布时,回收该入口。

IOS平台,比较麻烦,一般思路:使用越狱方式;使用大渠道推广;还有就是分发权限的高级APP开发者,主要是有足够的用户量。

但不管是什么平台,需要做到的是:1.版本控制;2.数据监控;3.灰度版本的回收能力。 

拓展灰度发布的相关概念:

桶测试、AB Test、多变量测试、灰度交付、测试驱动开发。。 

原文地址:https://www.cnblogs.com/hanyuxinting/p/4517488.html