Cola de mensajes fallidos

Outcome: Complete the task with Cola de mensajes fallidos (Dead-Letter Queue). User context: La fila de importación `row-73` falla cinco veces porque su fecha está malformada. Amazon SQS mueve el mensaje a una DLQ. La alarma configurada por el equipo entonces alerta a un operador. Después de arreglar el analizador, el operador vuelve a enviar un pequeño lote a una velocidad segura. Technical concept or control: Cola de mensajes fallidos (Dead-Letter Queue). Why it fits: Usa una DLQ cuando los fallos repetidos deban dejar de reciclarse por la cola principal. Guarda la razón, la fuente, el recuento de intentos, la antigüedad del mensaje y un camino seguro de reenvío. Do not use it when: No muevas un mensaje después del primer fallo breve, ignores una DLQ creciente, ni reintentes antes de arreglar la causa. Eliminar un elemento también puede romper un flujo que requiere un orden estricto. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary): Ningún estándar oficial único controla todo el término. Su significado puede cambiar según equipos, plataformas o marcos. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.