Um serviço HTTP sem estado requer roteamento baseado em caminho, terminação HTTPS e verificações de integridade por backend no GKE. Qual configuração melhor atende a esses requisitos?

A opção correta é usar GKE Ingress com serviços de backend suportados por NEG e o balanceador de carga HTTPS do Google. O GKE Ingress, por padrão, utiliza o balanceador de carga HTTPS do Google, que oferece roteamento baseado em caminho, terminação HTTPS e verificações de integridade por backend (via NEGs). NEGs (Network Endpoint Groups) permitem que o balanceador de carga se integre diretamente aos pods do GKE, facilitando verificações de integridade granulares e roteamento eficiente. As outras opções são incorretas porque: Um balanceador de carga de proxy TCP não suporta roteamento baseado em caminho nem terminação HTTPS. Um Network Load Balancer externo opera na camada 4 e não oferece recursos de camada 7 como roteamento baseado em caminho ou terminação HTTPS. Um serviço do tipo LoadBalancer com um LB TCP/UDP interno não fornece roteamento baseado em caminho nem terminação HTTPS para tráfego externo.