Votre application GKE doit appeler un service REST hérité déployé dans deux clusters GKE situés dans des régions différentes. Vous avez besoin d'une connexion résiliente et devez exécuter des vérifications de l'état de santé sur un port distinct. Quelles actions devriez-vous entreprendre ? (Choisissez-en deux.)

L'utilisation de Traffic Director avec des proxys sidecar est la solution appropriée pour connecter une application GKE à un service hérité déployé dans plusieurs clusters GKE régionaux. Traffic Director fournit une gestion du trafic global, un équilibrage de charge résilient et des vérifications de l'état de santé avancées (y compris sur un port distinct) via les proxys sidecar Envoy injectés dans les pods. L'option "Utilisez une configuration Traffic Director sans proxy" est incorrecte car Traffic Director s'appuie sur des proxys (généralement Envoy) pour intercepter et gérer le trafic. Pour que les vérifications de l'état de santé fonctionnent, il est essentiel de configurer le pare-feu du service hérité pour autoriser le trafic de vérification de l'état de santé provenant des proxys sidecar. Les proxys sont les entités qui effectuent ces vérifications. Les options "Configurez le pare-feu du service hérité pour autoriser les vérifications de l'état de santé provenant de l'application" et "Configurez le pare-feu du service hérité pour autoriser les vérifications de l'état de santé provenant du plan de contrôle Traffic Director" sont incorrectes car ce ne sont pas l'application elle-même ni le plan de contrôle de Traffic Director qui initient directement les vérifications de l'état de santé vers le service hérité ; ce sont les proxys sidecar qui le font.