26 lines
1.3 KiB
Markdown
26 lines
1.3 KiB
Markdown
## Why
|
||
|
||
套餐订单的第三方支付回调已在提交套餐权益后调用自动复机入口，但 API 进程的订单服务未注入复机回调。支付成功后，卡只能等待异步观测或套餐轮询才可能恢复网络，不能满足支付成功后立即按最新业务事实检查并复机的要求。
|
||
|
||
## What Changes
|
||
|
||
- 在 API 进程为订单服务注入已有的停复机模块，使套餐订单支付事务成功提交后立即触发一次自动复机资格检查。
|
||
- 仅对本订单已持久化为生效中的主套餐触发检查；排队、待实名或其他未生效主套餐不得触发复机。
|
||
- 沿用已有停复机模块的套餐、流量、实名、停机原因和幂等锁判断；支付回调不等待 Gateway 调用完成。
|
||
- 不修改套餐生效状态机、支付状态机、Worker 复机逻辑或轮询兜底机制。
|
||
|
||
## Capabilities
|
||
|
||
### New Capabilities
|
||
|
||
- 无。
|
||
|
||
### Modified Capabilities
|
||
|
||
- `package-lifecycle`: 规定套餐订单支付成功后，已生效主套餐触发一次基于已提交业务事实的即时自动复机检查。
|
||
|
||
## Impact
|
||
|
||
- 代码：`internal/bootstrap/services.go`。
|
||
- 运行时：API 支付回调完成数据库事务后异步调用既有 Gateway 复机路径；无需迁移、路由或新的外部协议。
|
||
- 同步：补丁先合入 `main`，再以单独提交定点同步到 `Iteration/8-11`。 |