Una canalización de telemetría satelital coloca pequeños paquetes de datos en una cola estándar de Amazon SQS. Una aplicación posterior transforma los mensajes, pero a veces no puede transformar ciertos mensajes; esos mensajes fallidos permanecen en la cola de SQS. El ingeniero de DevOps debe retener los mensajes fallidos y ponerlos a disposición de los científicos para su revisión y posterior reprocesamiento. ¿Qué solución cumple con estos requisitos?

La creación de una cola de mensajes fallidos (DLQ) de SQS es la solución más sencilla y eficaz. Una DLQ está diseñada específicamente para almacenar mensajes que no pudieron ser procesados por la aplicación principal. Al configurar la política de reenvío para que los mensajes se muevan a la DLQ después de una recepción máxima, se asegura que los mensajes fallidos se aíslen rápidamente sin bloquear la cola principal. Los científicos pueden entonces acceder a la DLQ para revisar y reprocesar los mensajes. Las otras opciones son menos adecuadas: La opción de Lambda y S3 añade complejidad innecesaria y no es la forma estándar de manejar mensajes fallidos en SQS. La conversión a una cola FIFO no es necesaria ya que el problema no es el orden de los mensajes, y la lógica de Lambda para mover mensajes es una solución personalizada que SQS ya ofrece con las DLQ. La opción de API Gateway y colas virtuales no aborda el problema de los mensajes fallidos en el procesamiento de la aplicación, sino que introduce una complejidad de enrutamiento que no resuelve el requisito principal.