Uma API REST monolítica para um aplicativo móvel é executada em cinco instâncias EC2 em sub-redes públicas e é precedida por um registro de resposta multivalor do Route 53 que aponta diretamente para os IPs das instâncias. Picos repentinos de tráfego estão sobrecarregando o aplicativo. Qual solução permitirá que o aplicativo seja dimensionado para a nova carga variável com a MENOR sobrecarga operacional?

A solução mais eficiente e com menor sobrecarga operacional é implantar um Application Load Balancer (ALB). O ALB distribui o tráfego de entrada entre as instâncias EC2, gerencia a escalabilidade e a alta disponibilidade automaticamente, além de oferecer recursos avançados de roteamento. Mover as instâncias para sub-redes privadas aumenta a segurança, pois elas não são acessíveis diretamente pela internet. O registro do Route 53 apontando para o ALB garante que o tráfego seja direcionado corretamente. Dividir a API em funções Lambda (opção incorreta) exigiria uma reengenharia significativa da aplicação monolítica, o que representa uma alta sobrecarga operacional. Containerizar a API com EKS (opção incorreta) também adiciona complexidade operacional considerável para gerenciar o cluster Kubernetes. A opção de usar um grupo de Auto Scaling com uma função Lambda para atualizar o Route 53 (opção incorreta) é menos eficiente e mais complexa do que usar um ALB, que já integra a distribuição de tráfego com a escalabilidade.