灰度发布的策略

1.随机百分比灰度概率灰度按流量比例切比如 5% → 20% → 100%实现简单通常在 网关 / LB / 服务框架​ 层做缺点同一个用户可能一会儿新、一会儿旧除非做 sticky适合无强用户一致性要求的场景或初期快速验证2.用户维度灰度用户ID取模 / 白名单用户白名单明确指定某些用户 / 租ants / 内部账号先灰用户取模/哈希hash(userId) % 100 rate稳定命中可结合用户标签等级、地域、设备、客户端版本等适合业务语义强、需要“同一用户行为一致”的场景3.请求属性灰度规则灰度基于单次请求的属性而不是用户长期归属比如Header / Cookie可携带灰度标grayIP、UA、地域、渠道、API 版本特定测试账号、内部员工标识适合前端灰度、开放平台、ToB 租户灰度4.全链路灰度核心是灰度标gray flag / traffic tag在调用链中透传保证入口命中灰度 → 后续所有服务都走灰度版本未命中 → 都走稳定版本常见做法网关/入口挂灰度标header / contextRPC / HTTP / MQ 调用都传递该标每个服务根据标做版本路由或走统一路由逻辑适合微服务架构、多系统串联、不能“半新半旧”的业务