灰度发布利与弊

 

所谓的灰度发布，是逐渐放量给用户体验，先给小部分人，再渐渐的把群体扩大，最后才全量用户。
这样做，一是为了用户体验，先让小部分人体验后得到反馈才渐渐去大范围影响；
二是技术上降低风险，在放出小范围后去发现问题解决问题；
再有就是降低讽刺压力，全量上线一款新功能很容易造成访问量突然增大，服务器压力过大的风险。
说到这很多人会认为灰度发布真是个妙招，但万物都是双刃剑，就没有百利而无一害的东西，也许这一害就是致命的害。
灰度发布也是有缺点的，一是时间成本拉高，很可能不止一倍的浪费时间；
二是用户体验，对部分用户放量，很可能引起非放量用户，或被放量用户的群体不满或投诉；
最后就是技术上的，大大增加了技术人员维护成本，在放量期间要维护新旧两套代码，有些后台接口要共用的还有新旧版本耦合的情况，对于技术这方面的鸭梨还是很大的。
综合以上优缺点表明，灰度发布并不是你的魔术棒，不是你想随时改需求而不用走流程的法宝，不是你想做A/B/Ctest就做A/B/Ctest的利器。一切项目包括灰度发布项目都要基于精心的周全的思考和衡量。这样的灰度才是有价值的灰度。