我理解的灰度发布。

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

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

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

 

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

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

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

 

关于移动端的灰度发布。

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

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

 

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

 

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

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