Un service HTTP sans état nécessite un routage basé sur le chemin, une terminaison HTTPS et des vérifications de l'état par backend dans GKE. Quelle configuration répond le mieux à ces exigences ?

La bonne réponse est d'utiliser GKE Ingress avec des services de backend adossés à des NEG et le répartiteur de charge Google HTTPS. GKE Ingress provisionne un équilibreur de charge HTTP(S) externe géré par Google, qui prend en charge le routage basé sur le chemin, la terminaison HTTPS et les vérifications d'état par backend. L'intégration avec les NEG (Network Endpoint Groups) permet une gestion dynamique des points de terminaison et un équilibrage de charge efficace vers les pods GKE. Les autres options sont incorrectes car : Un répartiteur de charge proxy TCP ne gère pas le routage basé sur le chemin ni la terminaison HTTPS. Un équilibreur de charge réseau externe ne fournit pas de routage basé sur le chemin ni de terminaison HTTPS et ne gère pas les vérifications d'état au niveau de l'application. Un service de type LoadBalancer avec un équilibreur de charge TCP/UDP interne ne prend pas en charge la terminaison HTTPS, le routage basé sur le chemin ni les vérifications d'état HTTP.