Un sistema de pedidos basado en eventos utiliza una cola estándar de Amazon SQS. Durante las pruebas, el procesamiento se detuvo porque un único mensaje de pedido provocó un error de backend y bloqueó los mensajes posteriores. El tiempo de espera de visibilidad de la cola es de 30 segundos, mientras que el procesamiento de backend agota el tiempo de espera después de 10 segundos. Un arquitecto de soluciones debe permitir la investigación de mensajes defectuosos y garantizar que los mensajes posteriores continúen procesándose. ¿Qué debe hacer el arquitecto de soluciones?

La opción correcta es crear una nueva cola estándar de SQS y configurarla como cola de mensajes fallidos (dead-letter queue). Esto aísla el mensaje defectuoso, permitiendo que los mensajes posteriores se procesen sin interrupción. La cola de mensajes fallidos retiene el mensaje problemático para su investigación. Aumentar el tiempo de espera del backend no resuelve el problema del mensaje defectuoso, solo retrasa el reintento. Reducir el tiempo de espera de visibilidad de SQS podría causar que el mensaje defectuoso sea procesado repetidamente por otros consumidores, creando un bucle. Usar una cola SQS FIFO como dead-letter queue no es necesario para una cola estándar y no ofrece beneficios adicionales en este escenario.