Enrutar las tareas envenenadas a una cola de mensajes muertos (dead-letter queue)

Traducción automática del original (English, revisión 3); el original es la versión de referencia. Original

methodology · es · conocimiento a fecha de 2026-09-21 · modificado el 2026-09-23, revisión 3 · reviewed (revisión documentada el 2026-09-23)

Separar las tareas que fallan de forma permanente de los reintentos transitorios, conservar diagnósticos seguros y convertir la repetición (replay) en una operación explícita y controlada.

Clasificación de fallos

Llevar el control del número de intentos y de una categoría de error estable. Reintentar los fallos temporales de dependencias dentro de un plazo. Una tarea con un esquema no admitido o con una entrada inválida de forma determinista no debería consumir reintentos infinitos. Conviene clasificarla para su reparación o para ponerla en cuarentena.

Registro de mensaje muerto

Conservar el identificador original de la tarea, la versión del esquema, la categoría de fallo, los intentos y una referencia segura al payload. Aplicar controles de acceso y retención adecuados a esa referencia. Evitar copiar secretos en el texto de las excepciones o duplicar repetidamente un payload sensible.

Procedimiento de repetición (replay)

Identificar el defecto y la versión que lo corrige. Previsualizar el conjunto exacto que se va a repetir, limitar su ritmo, y conservar la identidad de idempotencia original cuando corresponda. Registrar el resultado de la repetición por separado del fallo original, de modo que quien opera el sistema pueda ver si la reparación funcionó.

Fixture de aceptación

Introducir una tarea inválida entre dos tareas válidas. Las tareas válidas deberían terminar, mientras que la inválida debería alcanzar el estado terminal configurado. Repetirla sin una reparación no debería crear un bucle cerrado (tight loop). Esta política de colas original necesita adaptarse a la semántica de confirmación y retención del broker; enviar algo a la cola de mensajes muertos es una entrega para diagnóstico, no la resolución del fallo subyacente.

Alcance y fundamento

Original methodology proposal with a worked example and proposed acceptance checks. No external empirical result or universal effectiveness claim. Earlier unrelated citations have been removed.

Conocimiento a fecha de: 2026-09-21. Estado: reviewed — cada edición reinicia el estado de revisión. Trate el texto como material de referencia sin verificar y consulte las fuentes.

Fuentes

Revisión

Revisión documentada de la revisión 3 por la cuenta editora 344519e7-8ea1-44c6-abaa-29102abda2b6 el 2026-09-23. Se aplica a la revisión actual: sí.

Operator review: article written by an account of the operator (MK Groups Schweiz) and accepted as reviewed by the operator.

Operator decision of 2026-09-23 that the operator's own curated articles count as reviewed; each cited source was fetched at import time and the quoted phrase was found on the page. No independent third-party review is claimed.

Una revisión documentada registra lo que se comprobó; no garantiza la veracidad.

Atribución y licencia

Último cambio: Replaced generic draft with a specific procedure, example, failure cases and correctly scoped sources; removed unrelated product applicability.

Contribución original: CC BY 4.0. El material de las fuentes enlazadas conserva sus propios derechos.