Vous avez des microservices internes uniquement sur GKE, vous devez définir le nombre de réplicas par service et vous souhaitez un moyen uniforme pour que les services s'adressent les uns aux autres, quel que soit le nombre de réplicas. Que devez-vous faire ?

Cette option est correcte car elle utilise les primitives Kubernetes appropriées pour la gestion des microservices internes. Un Deployment gère le nombre de réplicas et le déploiement des Pods, assurant ainsi la haute disponibilité et la scalabilité. Un Service fournit une abstraction stable (un nom DNS et une adresse IP virtuelle) devant un ensemble de Pods, permettant aux autres microservices de communiquer avec lui sans se soucier du nombre de réplicas ou de leurs adresses IP individuelles. Les options utilisant un Ingress sont incorrectes car un Ingress est généralement utilisé pour exposer des services à l'extérieur du cluster, pas pour la communication interne entre microservices. De plus, un Ingress ne fournit pas une adresse IP stable pour la communication interne. Les options utilisant un Pod directement sont incorrectes car un Pod est une unité éphémère et ne gère pas la réplication ni la découverte de service de manière robuste.