Uma empresa executa um software de análise em instâncias do Amazon EC2 que processam trabalhos para dados carregados no Amazon S3. Os usuários relatam que alguns dados enviados não estão sendo processados. O Amazon CloudWatch mostra que a utilização da CPU do EC2 está consistentemente em ou perto de 100%. A empresa deseja melhorar o desempenho e escalar com base na carga do usuário. O que um arquiteto de soluções deve fazer?

A opção correta é encaminhar as solicitações para o Amazon SQS e configurar um grupo de Auto Scaling baseado no tamanho da fila. Isso desacopla a ingestão de dados do processamento, permitindo que as instâncias EC2 processem os dados em seu próprio ritmo. Quando a fila cresce, o Auto Scaling adiciona mais instâncias para processar a carga, e quando a fila diminui, as instâncias são removidas, otimizando custos e garantindo que todos os dados sejam processados. A criação de uma cópia da instância atrás de um Application Load Balancer (ALB) pode distribuir a carga, mas não resolverá o problema de 100% de utilização da CPU se as instâncias existentes já estiverem sobrecarregadas e o número de instâncias for fixo. Criar um endpoint de VPC para o S3 pode melhorar a segurança e o desempenho de rede, mas não aborda a sobrecarga da CPU das instâncias EC2. Modificar o tipo de instância para uma mais potente pode resolver o problema de CPU no curto prazo, mas não oferece escalabilidade automática para lidar com picos de carga, podendo levar a custos desnecessários ou novamente à sobrecarga.