同一网关上的交易流量与营销流量

流量类别之间的要求互不兼容

共用一个发送方身份、一条路由，理由是简单：一次注册、一套集成、一张账单。反对的理由是,共用这条路由的各类流量在截止时间、同意基础、内容审核和成功定义上都不一样。

一旦共用路由，某个计划中活动的排队行为就会作用在一个认证验证码上，而促销文案触发的内容审核也会作用在承载这个验证码的发送方身份上。这两种影响在聚合送达率里都看不出来。

值得明确分离的五个类别：

• 认证 —— 用户正在主动等待的验证码或链接。只有在用户仍处于该流程内时才有用。
• 服务 —— 订单、支付、预约、账户状态。是预期之内的，与业务事件绑定。
• 促销 —— 营销内容。需要同意基础，受内容规则和许多市场的时段限制约束。
• 客服 —— 对话式，通常是双向的，需要回复通道和人工负责人。
• 紧急运营 —— 故障、安全、欺诈提醒。罕见但后果严重，未被确认时需要升级路径。

各类别之间必须不同的部分

发送方身份与注册

已注册的发送方身份携带申报的使用场景，在一些市场还携带已批准的模板。在美国，通过 The Campaign Registry 进行的 10DLC 注册包含申报的使用场景，注册信息会影响流量的处理方式；具体规则由注册机构和运营商制定，应就具体活动向你的供应商确认。在认证和促销内容之间共用一个身份，意味着针对某一类别的内容决定会落到另一类别头上。

同意与抑制

促销流量依赖同意记录，并遵守退订。认证和服务消息通常基于不同的合法基础，抑制规则不能悄悄拦截用户请求的验证码。这需要按类别区分的抑制语义：营销退订不是全局屏蔽，全局屏蔽则必须始终被遵守。

队列优先级与吞吐量分配

给每个类别配置各自的队列和明确的优先级，以及在该路由上各自的吞吐量分配。没有按类别分配吞吐量,一次大规模的计划发送就会占用同一路由上其他流量的容量。

路由策略

在供应商支持的情况下,为每个类别配置独立的路由标识，认证和促销流量最好使用不同的供应商，使故障域、限流行为和合同各自独立。有一条规则值得明确写下来：促销流量绝不能故障切换到认证路由上。

重试与截止时间策略

每个类别都需要一个有意义的截止时间——过了这个点,送达就不再对用户有帮助——并配以停止条件,而不是无限重试。认证的截止时间很短，由用户所在的流程决定；服务通知的截止时间由业务事件决定；促销的截止时间由活动窗口和免打扰时段决定。

内容与模板治理

认证和服务的内容应该模板化、经过审核并做版本管理，记录发送方身份、模板 ID 和审批状态。促销内容变化频繁，需要一条审核路径，且不能修改另一类别所依赖的模板。

监控基线

针对每个项目自身、按路由和目的地的近期基线设置告警，而不是一个通用数字。不同类别关注的信号也不同：认证关注到最终状态的延迟分布和验证结果；促销关注限流和拒绝原因、投诉或退订率；客服关注响应时间和未回复的入站消息；紧急流量关注确认情况。

事故响应

按类别明确谁会被呼叫、第一步该做什么，以及"已解决"意味着什么。一条认证路由的退化和一次缓慢的活动发送不应该以同样的方式触达同一个人。

隔离矩阵

迁移清单

从共用配置迁移到分离类别，按不会造成中断的顺序：

1. 对现有流量分类。在改动任何东西之前，在应用边界为每次发送打上类别标签，并对照真实流量核实标签。
2. 记录每个项目和路由当前的基线，以便迁移后评估效果。
3. 按市场注册新的发送方身份，并等待确认注册成功；把处理周期当作第三方依赖来对待。
4. 为每个类别配置独立的路由标识和吞吐量分配。
5. 实现按类别划分的队列、优先级、截止时间和停止条件。
6. 实现按类别的抑制语义，并验证营销退订不会拦截一个被请求的认证验证码。
7. 先迁移风险最低的类别，通常是促销，并对照记录的基线进行观察。
8. 再迁移服务流量，最后迁移认证流量，同时保留旧路由作为热备用故障切换。
9. 按类别拆分告警，配备明确的负责人和处理动作。
10. 迁移后重新建立基线，并移除混合类别的故障切换路径，防止被悄悄使用。

Flowstates 出售并运营消息路由，支持客户保留自己的供应商合同，也支持混合方案。上述隔离工作在这两种情况下是同样的：变化的是谁持有供给合同,而不是谁负责落实隔离。