Je suis nouveau à K8, alors essayez toujours de me faire entendre la tête. Je regarde déploiement et peut apprécier à quel point ils seront utiles . Cependant, je ne comprends pas pourquoi ils ne soutiennent pas les services (seulement des répliques et des gousses).
Pourquoi est-ce? Cela signifie-t-il que les services seraient généralement déployés en dehors d'un déploiement?
4 Réponses :
Oui, les services doivent être déployés comme des objets distincts. Notez que le déploiement est utilisé pour mettre à niveau ou récupérer l'image et fonctionne au-dessus de Replicaset
Les gousses Kubettes sont mortelles. Ils sont nés et quand ils meurent, ils ne sont pas ressuscités. Répliquasets en particulier crée et détruisent des pods de manière dynamique (par exemple lors de la mise à l'échelle ou du). Bien que chaque pod obtient sa propre adresse IP, même ces adresses IP ne peuvent pas être invoquées à être stables au fil du temps. Cela conduit à un problème: si un ensemble de gousses (appelons-les en backends) fournit des fonctionnalités à d'autres pods (appelons-les fronçons) à l'intérieur du cluster Kubettes, comment ces fronctions découvrent-elles et gardent la trace de laquelle les backend sont dans cet ensemble?
services.come à la rescousse. Un service Kubettes est une abstraction qui définit un ensemble logique de cosses et une politique permettant d'y accéder. L'ensemble de pods ciblés par un service est (généralement) déterminé par un sélecteur d'étiquettes
Je comprends le but des services. Ce que je ne comprends pas, c'est pourquoi ils ne peuvent pas être décrits dans un objet de déploiement ainsi que des ensembles de pods / répliques.
Je pense qu'il entend découplé et grain fin.
Pour répondre à votre question, les déploiements KubeNettes sont utilisés pour la gestion des services apatrides exécutés dans le cluster au lieu de StateFulsets qui sont construits pour le temps d'exécution de la demande d'état. En réalité, avec des déploiements, vous pouvez décrire la stratégie de mise à jour et la feuille de route de tous les objets sous-jacents à créer lors de la mise en œuvre. Il est donc différent, nous pouvons distinguer des champs de spécification distincts pour la détermination de certains objets, comme le nombre de gousses nécessitant de la réplique, des gabarits en décrivant une liste de conteneurs qui devraient être dans la nacelle, etc.
Cependant, comme @P ekambaram mentionné déjà dans sa réponse, Services Représenter la couche d'abstraction du modèle de communication réseau à l'intérieur du groupe KubeNettes, et ils déclarent un moyen d'accéder à des gousses dans un cluster via correspondent Points d'extrémité . Les services sont séparés de la spécification de manifeste de l'objet de déploiement, en raison de leur mission de fournir de manière dynamique un comportement de réseau spécifique pour les gousses imbriquées sans affecter ni de les redémarrer en cas de modification de communication via un service approprié Types .
Quelque chose que je viens de tirer, c'est quelque peu lié à ma question: plusieurs objets K8s peuvent être inclus dans le même fichier YAML, séparé par --- . Quelque chose comme: