O sistema de pedidos de uma empresa envia solicitações de clientes para instâncias Amazon EC2 que processam pedidos e os armazenam no Amazon RDS. Atualmente, os usuários precisam reprocessar os pedidos quando o sistema falha. A empresa deseja uma solução resiliente que processe automaticamente os pedidos após uma interrupção. O que um arquiteto de soluções deve fazer para atender a esses requisitos?

A solução correta utiliza o Amazon SQS para desacoplar o sistema de pedidos das instâncias EC2. Ao enviar os pedidos para uma fila SQS, eles são armazenados de forma durável e podem ser processados de forma assíncrona. Se as instâncias EC2 falharem, os pedidos permanecem na fila e podem ser processados por novas instâncias lançadas por um grupo do Auto Scaling quando o sistema se recuperar, garantindo resiliência e processamento automático após interrupções. As outras opções são menos eficazes: Mover para Auto Scaling e usar EventBridge com ECS não aborda diretamente a resiliência do processamento de pedidos em caso de falha do sistema original, pois o EventBridge é mais para eventos programados ou reativos, não para filas de mensagens. Auto Scaling com ALB melhora a disponibilidade, mas não garante que pedidos não processados durante uma falha sejam automaticamente reprocessados, pois o ALB não armazena mensagens. SNS com Lambda e Systems Manager Run Command é uma abordagem mais complexa e menos ideal para o processamento de filas de pedidos, pois o SNS é um serviço de publicação/assinatura, não uma fila durável para reprocessamento automático de tarefas.