Uma empresa está implantando um servidor web de alta disponibilidade atrás de um balanceador de carga que deve rotear solicitações para vários grupos de destino com base na URL da solicitação. Todo o tráfego deve ser HTTPS e o TLS deve ser encerrado no balanceador de carga. Os servidores web precisam do endereço IP do cliente para um registro preciso. Qual projeto atende a esses requisitos?

A opção correta é "Implante um Application Load Balancer com um listener HTTPS. Use regras de roteamento baseadas em caminho para enviar solicitações para o grupo de destino apropriado. Certifique-se de que o cabeçalho X-Forwarded-For esteja incluído ao encaminhar o tráfego para os destinos." O Application Load Balancer (ALB) é a escolha ideal porque suporta roteamento baseado em URL (caminho), encerramento de TLS e adiciona o cabeçalho X-Forwarded-For por padrão, que contém o endereço IP original do cliente. As outras opções estão incorretas porque: Usar um listener HTTPS separado para cada domínio em um ALB é desnecessário e menos eficiente, pois um único listener pode lidar com múltiplos domínios via SNI. O Network Load Balancer (NLB) opera na camada 4 e não suporta roteamento baseado em URL (caminho) nem encerramento de TLS de forma nativa para inspeção de cabeçalhos HTTP, o que impede o roteamento baseado em caminho. Além disso, embora o NLB preserve o IP do cliente, ele não atende aos requisitos de roteamento.