perf: expand gateway capacity and prevent receipt replay

2026-08-25 16:08:30 +08:00
parent 761c123b65
commit 9292352be1
48 changed files with 2001 additions and 144 deletions
@@ -4864,3 +4864,20 @@ npm run verify:phase8
 | TC-CMPP-CALLBACK-001 | Gateway事件进程隔离 | Submit结果、回执、上行、协议日志和死信只进入回环回调进程及独立12槽池；连接状态仍进入主API |
 | TC-CMPP-CALLBACK-002 | 回调安全边界 | 回调进程仅监听127.0.0.1，不加载计费管理Controller；健康与指标端点只在回环可见 |
 | TC-CMPP-BATCH-003 | 正价50 TPS完整提交 | 单价325，499条首次Submit在9.930秒完成（50.25/s）；499笔账单162175，无丢重，队列最终排空 |
+
+## TC-CMPP-PHASE5 单 Gateway 容量扩展（2026-08-25）
+
+| 用例ID | 场景 | 验收结果 |
+| --- | --- | --- |
+| TC-CMPP-PHASE5-001 | API、Gateway控制入口、实际运行三层校验1～8连接/1～64窗口 | `1x1/2x16/4x32/8x64/4x64/2x32`通过；越界拒绝 |
+| TC-CMPP-PHASE5-002 | 协议日志降载 | 成功日志确定性采样，异常全留；独立Worker批量写库后ACK/XDEL，错误0且Stream排空 |
+| TC-CMPP-PHASE5-003 | 批量HTTP回调与重放 | 多事件少请求；逐事件结果；非法事件不影响有效事件；HTTP失败整批重放；重试/死信可观测 |
+| TC-CMPP-PHASE5-004 | 上行eventId幂等 | 同一事件投递两次只生成1条SmsUplinkMessage |
+| TC-CMPP-PHASE5-005 | 在途平滑缩容 | 单通道1→4→1并发发送399条，SubmitResp/首次Submit均399，重复ID为0，连接恢复6/6 |
+| TC-CMPP-PHASE5-006 | 非零单价阶梯停止线 | 20/30/50通过；70档P95/P99=`4099/5323ms`且实得66.66 TPS，立即停止100/150/200，稳定上限50 TPS |
+| TC-CMPP-PHASE5-007 | 拦截与主备回归 | SIGNATURE/TEMPLATE/BALANCE/RISK均供应商前拦截；应用/企业停用拒绝鉴权；主停走备、全停ROUTE；拒绝补发retryOf完整 |
+| TC-CMPP-PHASE5-008 | Gateway/Redis故障与最终排空 | Gateway重启恢复连接；排空时Redis短停后恢复；Submit/结果/日志Stream pending/lag均0，无锁等待/idle事务 |
+| TC-CMPP-PHASE5-009 | 同账号并发pending拉取 | 8个并发刷新只产生1次API领取；记录以FOR UPDATE SKIP LOCKED从pending转dispatching，携带claimId和租约 |
+| TC-CMPP-PHASE5-010 | API直推与Gateway恢复同时命中同一回执 | 仅抢到dispatching + claimId的路径发送；100 TPS正价实测972条终态回执对应972次下游ACK，重复0，最大尝试1 |
+| TC-CMPP-PHASE5-011 | claim未发送、租约过期和ACK定时器竞态 | SubmitResp屏障或客户离线时释放claim且不增加重试次数；过期dispatching可恢复；Linux go test -race ./internal/inbound通过 |
+| TC-CMPP-PHASE5-012 | 修复后正价容量与口径分离 | 20至200 TPS入口均无拒绝、节流或连接错误；999条100 TPS复验入口P95/P99 102/179ms，供应商首提80.00 TPS；150/200冲击档首提约95 TPS天花板，两种口径分开报告 |