Uma empresa tem duas aplicações: um remetente que envia mensagens com payloads para serem processados, e uma aplicação de processamento que recebe e processa esses payloads. O remetente envia cerca de 1.000 mensagens por hora. As mensagens podem levar até 2 dias para serem processadas; mensagens com falha devem ser retidas para que não bloqueiem o processamento de outras mensagens. Qual solução atende a esses requisitos e é a MAIS operacionalmente eficiente?

A integração com o Amazon SQS é a solução mais operacionalmente eficiente. O SQS desacopla o remetente do processador, permitindo que o processamento demorado (até 2 dias) e assíncrono ocorra sem bloquear o remetente. A taxa de 1.000 mensagens por hora é facilmente gerenciada pelo SQS, que escala automaticamente. A configuração de uma fila de mensagens mortas (dead-letter queue) é crucial para reter mensagens com falha, evitando que elas bloqueiem a fila principal e permitindo análise e reprocessamento posterior. As outras opções são menos adequadas: Um banco de dados Redis em uma instância EC2 exigiria gerenciamento manual da infraestrutura e da lógica de fila, aumentando a sobrecarga operacional. O Amazon Kinesis Data Streams é mais adequado para processamento em tempo real e de alta vazão, onde as mensagens são processadas em segundos ou minutos, não dias. Além disso, o KCL adiciona complexidade ao processador. O Amazon SNS é um serviço de publicação/assinatura, ideal para notificação de eventos, mas não para filas de mensagens que precisam ser processadas de forma assíncrona e com retenção de mensagens falhas. O SNS não oferece a funcionalidade de dead-letter queue para esse cenário.