Una empresa tiene dos aplicaciones: un emisor que envía mensajes con cargas útiles para ser procesadas, y una aplicación de procesamiento que recibe y procesa esas cargas útiles. El emisor envía aproximadamente 1.000 mensajes por hora. Los mensajes pueden tardar hasta 2 días en procesarse; los mensajes fallidos deben retenerse para que no bloqueen el procesamiento de otros mensajes. ¿Qué solución cumple estos requisitos y es la MÁS eficiente operativamente?

La integración con Amazon SQS y una cola de mensajes fallidos (dead-letter queue) es la solución más eficiente operativamente. SQS es un servicio de colas de mensajes completamente administrado que desacopla el emisor del procesador, permitiendo que los mensajes se almacenen de forma duradera hasta por 14 días, lo cual es suficiente para el procesamiento de 2 días. La dead-letter queue aísla los mensajes fallidos, evitando que bloqueen la cola principal y permitiendo su posterior análisis. Otras opciones son menos adecuadas: Una instancia de Redis en EC2 requeriría gestión de infraestructura y no ofrece la durabilidad ni la escalabilidad administrada de SQS. Amazon Kinesis Data Streams es para procesamiento de datos en tiempo real y no está diseñado para mensajes que pueden tardar días en procesarse, ni para la retención prolongada necesaria. Amazon SNS es un servicio de publicación/suscripción para notificaciones, no una cola de mensajes duradera para el procesamiento asíncrono de cargas útiles. No retiene mensajes si el suscriptor no está disponible.