新功能不敢一次全量上线？灰度发布是干什么用的

项目改版做完，开发团队问：明天上线？不少甲方惯性地答「上吧」。结果全量上线当天，新老用户一起涌进新版本，出了问题，所有用户同时受影响，客服电话被打爆，连夜回滚。这种局面，本可以用「灰度发布」避免。

灰度发布是什么

灰度发布，也叫渐进式发布：新版本不一次性开放给全部用户，而是先放给一小部分人用，观察没问题再逐步扩大比例——先百分之一，再百分之十，最后全量。相当于下水前先用脚试水温。它的价值在两处：一是控制爆炸半径，有问题只影响小部分用户，可以快速回滚；二是拿到真实反馈，新功能好不好用，让真实用户投票，比内部测试靠谱。

常见的灰度方式

• 按比例：系统随机选一部分用户进新版本，适合改版类、重构类项目；
• 按人群：先给内部员工、志愿者或某个城市的用户开放，反馈集中、好收集；
• 按平台：App 可利用应用商店的分阶段发布能力，先放量百分之十再逐步放开；
• 按功能开关：功能写好但默认关闭，上线后逐个打开开关放量，出问题只关开关不用发版。

甲方怎么跟开发团队提要求

签合同和提需求时，可以直接问三句话：这次上线有没有灰度方案？回滚预案是什么、多久能回滚？灰度期间的监控指标看哪些？规范的团队会给出放量节奏、观察时长和回滚步骤；如果对方答不上来，说明发布流程不成熟，这次上线就要格外谨慎。对重要版本，要求「先灰度一周再全量」并写入项目计划，是完全可以提的合理要求。同时注意，灰度期间要安排人盯数据，没人看的灰度等于没做。

上线不是终点，是风险最高的起点。改动越大、用户越多，越值得用灰度发布把风险摊开处理——多花几天观察，换来的是全量那天的心里有底。