灰度上线先放多少流量？多久没异常才敢切全量？

灰度切全量没有固定的百分比和时间公式。按2026年常见交付经验，从5%~10%的小流量起步，观察30分钟~2小时无异常，再按10%→20%→50%→100%的阶梯放量，整个流程大多在0.5~2个工作日完成。真正能支撑“切全量”决策的，是接口错误率、超时率、业务成功率这些信号与灰度前基线保持一致，而不是你已经等了24小时。

为什么半小时没报错，仍不能作为切全量的理由？

接口错误率为0，不代表业务没问题。常见反例：接口返回200，但下单页没跳转；P95正常，但某个渠道白屏；数据库连接池到了临界点，只是还没爆。所以观察窗不仅要覆盖关键业务时段，还要看业务链路的结果指标。

正式发布前先把监控基线拉出来：接口错误率、P95耗时、每分钟请求量、核心业务成功率。缺指标时，用日志抽样或SQL对账代替，不能等出了问题再补。

读多写少的查询服务，低峰期30~60分钟足够；涉及订单、支付、资金流转，至少要覆盖一个业务高峰，观察2~4小时或一个对账周期。

不同业务场景的放量经验区间

以下不是黄金比例，而是2026年项目里较常见的经验区间，可直接作为起步参考。

• 内部管理系统或低峰发布：5%→30%→100%，每档15~30分钟；适合用户量小、回滚代价低。
• 常规Web/App服务：5%~10%→20%~30%→50%→100%，每档30分钟~2小时；整体半天到1个工作日。
• 资金/库存强一致场景：1%→5%→10%→20%缓慢放大，至少覆盖一个对账周期（常见1~4小时，大额可能到T+1），并核对交易金额、笔数等。

升下一档的门槛常见是：错误率不高于旧版本基线0.3%且无上升；P95耗时增幅不超过10%~15%；核心业务量没有连续5分钟下滑。缺少业务指标时，用日志抽样或SQL对账补足。

四步核对法，逐档放量不拍脑袋

1. 放量前核对灰度范围和依赖：确认新版本的表结构、缓存key、第三方接口就绪，回滚入口可用。
2. 做1%~5%小流量冒烟：专门看启动报错、配置缺失、依赖超时，大约10~30分钟。
3. 按10%→20%→50%梯度放大：每档之间用指标门槛判断，到50%时还要看连接数、消息积压等容量。
4. 切到100%后值守1~2小时：重点观察延迟出现的定时任务和异步补偿异常。

有一次交付，约束条件是监控只有基础告警，没有按版本区分的业务看板，而新版本改了下单优惠计算。我们花15分钟用SQL对账补了关键校验，并在放量到20%时人工抽检真实订单，代价是每次发布准备变长，但避免了支付成功率明显下降后才发现。所以监控颗粒度不足时，先补业务核对脚本再谈放量节奏。我的经验区间是：每档多花10~30分钟做人工确认，比让问题留到50%流量时爆要便宜得多。

这也是为什么不建议直接从10%跳到100%：连接池占用、缓存穿透、慢SQL这类容量问题，往往到30%~50%流量才明显，小流量时看起来一切正常。

按用户、流量、地域灰度怎么选？

切量方式没有绝对最优，主要看业务链路能否保持完整、故障时能否只影响选定的一批人。网关是否支持按用户ID取模，决定了灰度方式。如果只支持百分比权重，就先补接口幂等，再谈用户维度灰度。

• 按用户ID哈希：同一用户始终落在同一版本，适合登录、购物车、支付等有状态链路；缺点是流量分布不一定均衡。
• 按流量百分比路由：实现最简单，适合无状态读接口；但用户可能下单在新版、支付在旧版，接口需要做好幂等。
• 按地域或渠道白名单：便于内部试运行和定向收集反馈；但样本可能有偏，未必代表全体用户。

资金链路建议优先按用户ID灰度，保证整笔交易在同一版本内。若只能用百分比路由，网关要透传用户标识，并在关键节点做幂等与对账。

适用边界：什么情况别硬套灰度发布

灰度适合能按流量或用户标识路由、新旧版本可独立部署且依赖兼容的在线服务。出现以下情况时，不要硬套灰度：

• 紧急线上修复：故障已发生时先回滚或全量止血，稳定后再补灰度回归。
• 破坏性数据库变更：删列、改字段含义等会让新旧代码直接冲突，灰度无法掩盖。
• 客户端或嵌入式版本：受应用商店或固件升级限制，无法按服务端流量比例自由路由。

还有一个常被忽略的边界：如果监控和日志不足以区分新旧版本流量，或者没有可用的回滚入口，那就不具备灰度条件。这类环境要先补发布基础设施，而不是给版本加功能开关。

常见问题

灰度放量到10%没报错，能直接切全量吗？

最好不要。10%只说明基本功能可用，还覆盖不了容量和慢查询。建议按20%→50%阶梯继续观察，每档至少30分钟；资金类业务要跨一个对账周期。

没有灰度平台，用测试机放量算数吗？

不算。灰度必须由网关或负载均衡按比例/用户标识引流，测试机只能当冒烟。先补上路由和回滚入口，再做线上放量。

灰度期出现少量报错，要马上终止吗？

看错误比例和影响面。低于旧版基线且不影响核心链路，可继续观察；比例超过0.5%，或出现资金、库存错乱，立即回滚到上一档，别赌。

新旧版本表结构不兼容，能灰度吗？

不能直接灰度。应让新版本只加可空字段或新表，保证旧版本兼容运行；灰度完成后再单独收敛。破坏性变更请停服发布。