J'ai parcouru quelques articles liés à la fonction de service de Clusterip ABD NODEPORT fonctionne (comme ce blog )
Dis que j'ai 3 différentes applications Web à base de micro-service fonctionnant chacune sur trois nœuds distincts. Chacun exécute la réplique série de deux.
Ma compréhension est qu'il y aura un service de clusterip séparé pour la réplicase d'application au lieu d'un seul Service de clusterip pour tous les types d'applications. Est-ce exact ? Maintenant, si un seul numéro doit se connecter à un autre pod, il appellera que correspondant. Service de clusterip pour se connecter à la bonne pod?
3 Réponses :
Ouais, la conception a l'air bien, pour chaque microservice, vous pouvez déployer des objets de service et de déploiement.
Vous pouvez toujours ssh dans n'importe laquelle de la cosse, puis tapez Nslookup "Nom" là-bas, il vous donnera un nom de domaine entièrement qualifié et vous pouvez toujours vous connecter à l'aide de celle-ci, si vos applications peuvent communiquer de HTTP, vous pouvez essayer comme ceci. (après avoir fait SSH dans une pod)
Dans le cas où vous souhaitez activer la connexion entre les pods, vous pouvez ajouter un service sans tête au-dessus de votre clusterip ordinaire (qui est correct BTW).
Un service sans tête fournit une entrée DNS pour chaque POD du déploiement. Les demandes sont résolues à l'aide de cette syntaxe: Je vous recommanderais d'utiliser un déploiement d'état dans ce cas: les pods obtiennent des noms stables tels que "POD-0", "POD- 1 "...
Oui, c'est vrai. Comme vous l'avez dit, vous avez créé 3 service micro- Par exemple: P>
En fait, vous devez oublier em> à propos de la notion de pod. type: service code> pour chacun de vos réplicaset code>. P> kubectl exec -ti gateway curl nginx:8080
Ce que vous avez dit est correct. Mais vous devez exposer les trois réplicases séparément. Vous pouvez avoir un scénario où 1 service de clusterip attaque plus d'un déploiement (ou de réplicaset)