Um pipeline de telemetria de satélite insere pequenos pacotes de dados em uma fila padrão do Amazon SQS. Um aplicativo downstream transforma as mensagens, mas às vezes não consegue transformar certas mensagens; essas mensagens com falha permanecem na fila do SQS. O engenheiro de DevOps deve reter as mensagens com falha e disponibilizá-las para os cientistas para revisão e posterior reprocessamento. Qual solução atende a esses requisitos?

A criação de uma Dead-Letter Queue (DLQ) do SQS é a solução mais adequada e padrão para lidar com mensagens que falham no processamento. Ao configurar a política de redrive na fila original para enviar mensagens para a DLQ após um número mínimo de tentativas (neste caso, 1 recebimento máximo), as mensagens que não podem ser transformadas são automaticamente movidas para a DLQ. Isso as retém para revisão pelos cientistas e posterior reprocessamento, atendendo a todos os requisitos. As outras opções são menos eficientes ou não seguem as melhores práticas: Usar Lambda para copiar para S3 e depois reprocessar é mais complexo e caro do que uma DLQ. Converter para FIFO não resolve o problema de mensagens não processadas e a lógica de agendamento é desnecessária. Filas virtuais não são um conceito nativo do SQS e a solução proposta é excessivamente complexa para o problema.