- 已装运
- 2026年5月15日 20:48 UTC
- 作者
- Kamo
- 提交
- e8ff33f
3个变化被捆绑起来 因为他们都住在Webhook交付工人和 说得通: 1. 从核心NATS调度器切换为JetStream耐用推力消费者 ("LOS-pipeline-webhook-work"),"阿克政策". ) (中文(简体) ). 重播重播 未保存的事件; 尝试计数来自 msg. metaData (). 交付Count () 因此,Webhook交付审计日志反映的是重新交付而不是 进程循环。 最大交付封顶重新交付。 2. 向一个小的列表执行服务发送每封信,速度如此缓慢 (10s-timeout)订阅者无法支持NATS调度器线索. 3. 签名't.body'(Stripe/GitHub样式)并发出信头 X-Kamo-Timestamp + X-Kamo- Signature : t=<ts >,v1=<hex" 所以被窃听 请求不能无限期重放。 发送ForOrg 不再是 @ Transactional: 失败的 HTTP 尝试重推 所以JetStream重排, 我们希望审计行 坚持自己的 而不是随外延而退.