Cola de mensajes fallidos
Una cola de mensajes fallidos conserva mensajes apartados para investigarlos y reprocesarlos de forma controlada.
Una cola de mensajes fallidos, o dead-letter queue (DLQ), es una cola separada para mensajes apartados del procesamiento normal. Permite investigar los mensajes no procesados y retomarlos de forma controlada. La configuración determina cuáles llegan; no todo error de la aplicación los dirige allí automáticamente.
Prever cómo retomar los mensajes apartados
En un sistema de integración ficticio, el mensaje E-81 contiene una versión de esquema no admitida. En lugar de reintentarse indefinidamente en el flujo normal, sigue la ruta de error configurada. El equipo registra el motivo del fallo y la identidad del mensaje para mantener la trazabilidad. Tras corregir los datos o adaptar el consumidor, puede reprocesarlo deliberadamente evitando efectos duplicados.
En RabbitMQ, Dead-Letter Exchange (DLX) es el punto de enrutamiento que envía estos mensajes a las colas vinculadas. No es la propia DLQ. Los motivos pueden incluir rechazo sin reencolado, caducidad del mensaje o límites configurados. Deben establecerse las rutas y los enlaces adecuados.
También hacen falta supervisión, permisos, conservación y un procedimiento de reprocesamiento. La DLQ no equivale a una tarea terminada ni a una reparación automática. El envío tampoco garantiza ausencia de pérdidas: el dead-lettering predeterminado de RabbitMQ puede perder mensajes si la cola de destino no está disponible.
Fuentes
Términos relacionados
- Confirmación de mensajesLa confirmación informa al broker de que una entrega se ha recibido o procesado según la regla acordada.
- Inbox transaccionalUn inbox transaccional usa registros duraderos de mensajes para proteger el procesamiento local frente a entregas duplicadas.
- Estrategia de reintentosDefine qué fallos se reintentan, con qué esperas y hasta qué límite.
- Server-Sent EventsServer-Sent Events transmite avisos de texto del servidor al cliente por HTTP, por ejemplo sobre el avance de un trabajo en segundo plano.
- ETagUn ETag identifica una versión concreta de la representación de un recurso HTTP y permite lecturas o cambios condicionales.
- Cross-Origin Resource SharingCORS controla el acceso del navegador a respuestas de otro origen. No sustituye el inicio de sesión ni la comprobación de permisos de la API.
Su proyecto con ASES
Descríbanos su proyecto. Le responderemos con una primera valoración.