Un servicio HTTP sin estado requiere enrutamiento basado en rutas, terminación HTTPS y comprobaciones de estado por backend en GKE. ¿Qué configuración cumple mejor estos requisitos?

La opción correcta es usar GKE Ingress con servicios de backend respaldados por NEG y el balanceador de carga HTTPS de Google. GKE Ingress, al integrarse con el balanceador de carga de aplicaciones (HTTPS) de Google Cloud, proporciona enrutamiento basado en rutas (host y path), terminación HTTPS (SSL/TLS) y comprobaciones de estado avanzadas por backend, que son requisitos clave para un servicio HTTP sin estado. Los Network Endpoint Groups (NEG) permiten que el balanceador de carga dirija el tráfico directamente a los pods de GKE, mejorando la eficiencia y la granularidad de las comprobaciones de estado. Las otras opciones son incorrectas porque: Un balanceador de carga proxy TCP no ofrece enrutamiento basado en rutas ni terminación HTTPS a nivel de aplicación. Un balanceador de carga de red externo opera en la capa 4 y no proporciona enrutamiento HTTP/HTTPS ni terminación SSL. Un servicio de tipo LoadBalancer con un balanceador de carga TCP/UDP interno tampoco ofrece las funcionalidades de la capa 7 requeridas.