Uma empresa tem 10 instâncias EC2 de servidor web em um grupo do Auto Scaling em uma VPC de produção e 10 servidores web on-premises. Um Direct Connect de 10 Gbps conecta o data center à VPC. A solução deve aceitar HTTPS de milhares de usuários externos e distribuir sessões entre os servidores da AWS e on-premises. Cada solicitação HTTPS deve permanecer no mesmo servidor de backend durante toda a sessão, independentemente da localização do servidor. Qual projeto satisfaz esses requisitos?

A opção correta é usar um Application Load Balancer (ALB) porque ele opera na camada 7 (HTTP/HTTPS), o que é essencial para lidar com tráfego HTTPS e afinidade de sessão baseada em aplicação (sticky sessions), garantindo que as solicitações de um usuário permaneçam no mesmo servidor. O tipo de destino 'ip' permite registrar tanto as instâncias EC2 quanto os servidores on-premises (através do Direct Connect) no mesmo grupo de destino, unificando o balanceamento de carga. Um Network Load Balancer (NLB) (opções 1 e 3) opera na camada 4 e não suporta afinidade de sessão baseada em aplicação, que é um requisito fundamental. A opção 4 está incorreta porque, embora use um ALB e afinidade de sessão, o tipo de destino 'instance' não permite registrar servidores on-premises diretamente.