- Se descapó
- 15 de mayo de 2026 a las 20:48 UTC
- Autor
- Kamo
- Compromit
- e8ff33f
Tres cambios se remontan a que todos viven en WebhookDeliveryWorker y tienen sentido juntos: 1. Cambiar de despachador central NATS a un consumidor de empuje duradero de JetStream ("perla-pipeline-webook-worker", AckPolicy. Expplicit). Repitido de repetición acontecimientos nocked; el conteo de intentos proviene de msg.metaData().entregadoCount() por lo que el registro de auditoría WebhookDelivery refleja la reelivery en lugar de un loop en proceso. maxEntrear tapas redelivery. 2. Envíe cada mensaje a un pequeño Consejo de la ListaSuecutorServicio para que un lento El suscriptor (10 veces fuera) no puede hacer copias de la línea de envío NATS. 3. Firma 't.body' (estilo Stripe/GitHub) y emite cabeceras X-Kamo-Timestamp - X-Kamo-Signature: t=-ts-,v1=-hex-para que se espien La solicitud no se puede repetir indefinidamente. deliverForOrg ya no es Transactional: un intento HTTP fallido vuelve a lanzar Así que JetStream redelivers, y queremos que la fila de auditoría persista en su propia transacción corta en lugar de retroacitar con el ámbito exterior.