修复支付购包后自动复机
This commit is contained in:
@@ -0,0 +1,26 @@
|
||||
## 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`。
|
||||
Reference in New Issue
Block a user