Vous hébergez un service de redimensionnement d'images dans le même cluster GKE que ses appelants. Les clients doivent atteindre le service par son nom ou son adresse IP. Comment les clients doivent-ils localiser le service ?

La bonne réponse est de définir un Kubernetes Service et que les clients utilisent son nom dans l'URL. Kubernetes Service fournit une abstraction stable pour un ensemble de pods, permettant aux clients d'y accéder via un nom de service interne au cluster (par exemple, nom-du-service.namespace.svc.cluster.local) qui est résolu par le DNS du cluster. Les autres options sont incorrectes car : Utiliser un enregistrement A de Cloud DNS pour une adresse IP de cluster de Service n'est pas la méthode standard ni la plus simple pour la découverte de services au sein d'un cluster GKE. Le DNS du cluster est préféré. Un Kubernetes Endpoint représente une adresse IP et un port spécifiques d'un pod, mais il n'est pas destiné à être directement consommé par les clients pour la découverte de services. Le Service est l'abstraction de haut niveau. Lire le nom d'un Endpoint à partir d'une variable d'environnement n'est pas une pratique standard pour la découverte de services dynamiques dans Kubernetes et ne fournit pas l'équilibrage de charge ou la résilience qu'un Service offre.