灰度发布利与弊

 

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

你可能感兴趣的:(other)