Uma aplicação migrada para a AWS tem um frontend de site estático atualmente em execução em duas instâncias EC2 atrás de um ALB e um backend Python em três instâncias EC2 atrás de outro ALB. As instâncias são de tipo "general-purpose" grandes, On-Demand, dimensionadas para a carga de pico on-premises, mas o tráfego é concentrado durante o horário de almoço e leve em outros momentos. O arquiteto de soluções deve reduzir o custo da infraestrutura sem prejudicar a disponibilidade. Qual combinação de ações deve ser tomada? (Escolha duas.)

Mover o frontend para um site estático hospedado no Amazon S3 reduz o custo, pois o S3 é um serviço de armazenamento de objetos altamente escalável e de baixo custo, ideal para conteúdo estático, eliminando a necessidade de instâncias EC2 e seus ALBs associados para o frontend. Migrar o backend Python para instâncias EC2 "general-purpose burstable" (como T3 ou T4g) é eficaz para cargas de trabalho com tráfego concentrado e períodos de inatividade, pois essas instâncias oferecem uma linha de base de desempenho de CPU com a capacidade de "burst" quando necessário, resultando em menor custo em comparação com instâncias On-Demand maiores, sem comprometer a disponibilidade. A opção de instâncias otimizadas para computação aumentaria os custos, pois são projetadas para cargas de trabalho intensivas em computação, não para redução de custos em tráfego variável. Implantar o frontend no Elastic Beanstalk manteria o uso de instâncias EC2, não otimizando o custo como o S3. Alterar instâncias de backend para Spot Instances pode reduzir custos, mas introduz risco de interrupção, o que pode prejudicar a disponibilidade, especialmente para o backend de uma aplicação.