Uma empresa de entrega de alimentos em crescimento tem dois grupos do Auto Scaling de instâncias Amazon EC2: um grupo coleta pedidos (rápido) e outro atende pedidos (processamento mais longo). Os dados não devem ser perdidos durante eventos de escalabilidade. A solução deve permitir que ambos os processos escalem adequadamente durante os horários de pico e otimizem o uso dos recursos da AWS. Qual solução atende a esses requisitos?

A solução correta utiliza o Amazon SQS para desacoplar os processos de coleta e atendimento de pedidos, garantindo que nenhum dado seja perdido durante eventos de escalabilidade. As filas SQS atuam como um buffer, armazenando pedidos até que as instâncias de atendimento possam processá-los. A escalabilidade baseada em uma métrica de "backlog por instância" (calculada a partir do número de mensagens na fila SQS e do número de instâncias em execução) é eficaz porque reflete diretamente a carga de trabalho real e permite que o Auto Scaling adicione ou remova instâncias de forma otimizada. A opção de monitorar apenas a CPU pode não ser suficiente, pois a CPU pode não refletir o backlog de pedidos, levando a escalabilidade inadequada e possível perda de dados. A opção de invocar um tópico SNS para criar grupos do Auto Scaling adicionais é ineficiente e não é a forma padrão de escalar grupos existentes. A opção de escalar com base em notificações das filas SQS é menos precisa do que usar uma métrica de backlog por instância, que fornece um controle mais granular sobre a capacidade necessária.