云老大 TG @yunlaoda360

阿里云 mPaaS 实时发布服务中的两种两种灰度发布模型（白名单灰度与时间窗灰度）** 可以同时使用 **，且支持通过规则叠加实现更精准的人群圈定，满足复杂场景下的灰度验证需求。具体结合实操场景说明如下：

1. 两种模型同时使用的底层逻辑

mPaaS 的灰度发布系统采用 “规则叠加匹配” 机制：白名单灰度和时间窗灰度并非互斥关系，而是可以作为不同维度的过滤条件组合生效。

白名单灰度的核心是 “用户身份精准匹配”（基于预设的用户 ID / 设备 ID 列表）；

时间窗灰度的核心是 “随机人群 + 时间范围限制”（在指定时间内随机选取设定数量的用户）。

当两者同时配置时，系统会先判断用户是否在白名单内，再校验是否符合时间窗的随机选取范围，** 只有同时满足两个条件的用户才会收到灰度包 **，实现 “白名单用户 + 时间范围内随机用户” 的交叉覆盖。

2. 典型使用场景与操作方式

例如，某银行 App 需发布一个涉及支付功能的新版本，希望先让内部员工（白名单）优先测试，同时在特定时间段向少量随机用户开放验证，可按以下步骤配置：

创建白名单：在 mPaaS 控制台录入内部员工的用户 ID / 设备 ID，生成白名单主键 ID；

配置时间窗：设定灰度时间为 “未来 24 小时”，灰度人数为 “1000 人”（随机选取）；

叠加规则：在发布任务中同时填写白名单主键 ID，并勾选时间窗配置，系统会自动将两个条件叠加 —— 仅白名单内的员工，以及在 24 小时内被随机选中的 1000 名用户，会收到该灰度包。

这种组合方式既能通过白名单保障核心测试人群的覆盖，又能通过时间窗获取真实用户的反馈，兼顾安全性与验证全面性。

3. 规则叠加的优先级与边界

当两种模型同时使用时，白名单的优先级高于时间窗的随机选取逻辑：即白名单内的用户即使未被时间窗随机选中，也会被强制纳入灰度范围；而时间窗随机选中的用户，若不在白名单内，仍需满足时间窗条件才能生效。

最多支持同时叠加 **10 个发布任务 **（含不同模型组合），但同一用户最终只会匹配优先级最高的任务（按 “正式发布> 白名单灰度 > 时间窗灰度” 排序，同类型任务以最新创建的为准）。

综上，阿里云 mPaaS 的两种灰度发布模型支持同时使用，通过规则叠加实现更灵活的人群圈定，尤其适合需要兼顾 “精准测试人群” 和 “随机真实用户” 的复杂发布场景，既降低风险，又能获取多维度的验证数据。