Transactional Outbox

La aplicación escribe el estado y un registro outbox en una sola transacción local; un worker publica después el evento.

Evita el fallo clásico donde la base confirma el cambio pero el proceso muere antes de publicar el mensaje.

Cuando una operación de negocio debe notificar a otros módulos o servicios sin depender de una transacción distribuida.

Combina bien con consumidores idempotentes, reintentos y dead-letter queues.

Requiere limpiar registros publicados, controlar duplicados y monitorear el retraso entre commit y publicación.

No garantiza entrega exactly-once por sí solo; el contrato real suele ser at-least-once más idempotencia.