Uma aplicação é executada em instâncias Amazon EC2 atrás de um Application Load Balancer (ALB). As instâncias estão em um grupo do Auto Scaling em várias Zonas de Disponibilidade. No primeiro dia de cada mês, à meia-noite, um lote financeiro de fim de mês é executado e imediatamente faz com que a CPU da instância atinja 100%, interrompendo a aplicação. O que um arquiteto de soluções deve recomendar para que a aplicação possa lidar com a carga de trabalho e evitar tempo de inatividade?

A política de escalonamento agendado do EC2 Auto Scaling é a solução correta porque permite que você preveja e prepare sua infraestrutura para picos de carga conhecidos. Ao configurar o Auto Scaling para aumentar o número de instâncias EC2 antes da execução do lote financeiro mensal, você garante que a aplicação tenha capacidade suficiente para lidar com a carga, evitando a saturação da CPU e o tempo de inatividade. Configurar uma distribuição do Amazon CloudFront não ajudaria, pois o CloudFront é um CDN e não escalaria a capacidade de computação das instâncias EC2. Uma política de escalonamento simples baseada na utilização da CPU reagiria depois que a CPU atingisse 100%, o que já seria tarde demais para evitar o tempo de inatividade. O Amazon ElastiCache poderia ajudar a descarregar o banco de dados, mas não escalaria a capacidade de computação da aplicação em si, que é o problema principal.