‫Les entités coopératives, c'est beaucoup de choses.
‫Je souhaite donc définitivement décomposer certaines topologies de base et certaines parties du système avant de commencer à
‫installer une application sur les villes cubaines.
‫Le premier intervenant est Cubain, c’est lui-même qui est essentiellement ce que je parle de tout le système.
‫La configuration soit sur un serveur unique, soit sur plusieurs serveurs, avec toutes les pièces réunies pour exécuter vos
‫applications, ce que nous résumons parfois comme un chaos.
‫Donc, normalement, lorsque je parle de villes cubaines, je dirai simplement les habitants de Cuba, mais souvent
‫par écrit ou même dans la documentation, vous verrez les k 8 et il s’agit essentiellement d’une version abrégée abrégée de
‫Cuban 80.
‫Si vous le regardez réellement, le 8 signifie les 8 lettres entre le K et le S et c’est pourquoi
‫ils ont écrit les k 8 lettres, puis s c’est leur abréviation.
‫Parfois, les gens appellent ça le cube, mais essentiellement, nous apprenons ici que nous allons parler de
‫la même chose que nous disons aux papas de Cuba et que le contrôle de cube de Kate est maintenant l'outil de ligne de commande que
‫vous utiliserez pour parler à l'API Cuban 80s.
‫Nous parlons principalement aux villes cubaines par le biais de son API et de nombreux outils peuvent le faire.
‫En fait, ils peuvent utiliser l'API pour de nombreux outils, mais celui qui provient officiellement du projet et
‫qui utiliserait la plupart du temps est le contrôle de cube.
‫Maintenant, vous pouvez voir que cela est mentionné dans d'autres vidéos ou discussions comme cube câlin ou cube câlin ou contrôle
‫de cube toutes sortes d'autres types ou peut-être même cube TTL mais ce sont tous la même chose.
‫Ce sont essentiellement des personnes différentes qui disent une manière différente en fait il y a à
‫peu près un an ou alors ils ont décidé d'appeler officiellement ce contrôle de cube d'outils dans la documentation,
‫mais il n'y a vraiment pas de mauvaise façon de le dire maintenant, comme avec essaim où nous appelons des nœuds les serveurs
‫qui se trouvent à l'intérieur de ce cluster Cuban Il est également fait référence aux
‫éléments en tant que nœuds, de sorte que la terminologie utilisée est au moins identique, et cube est le conteneur qui exécutera un petit
‫agent sur chaque nœud pour autoriser ce nœud. pour revenir au maître des tourbillons cubains, rappelez-vous que depuis que Docker avait installé
‫son essaim, il n'avait pas vraiment besoin d'un agent séparé, intégré au moteur du docker, mais
‫maintenant, avec l'OTAN, l'OTAN fonctionne en plus de cela, elle a besoin de sa propre API moteur. qui parle au Docker
‫local ou à l’opération locale, selon le cas, puis renvoie au plan de contrôle ou au maître chargé de gérer le groupe
‫de villes cubaines.
‫Maintenant, le plan de contrôle parfois appelé le maître est ce qui est en charge du cluster et si vous connaissez l’essaim, vous avez le
‫gestionnaire, il se peut qu’il s’agisse d’un ou plusieurs gestionnaires, nous voulions un nombre impair de gestionnaires, puis
‫des travailleurs faire tout le travail et si vous vous en souvenez d'essaim, les gestionnaires pourraient également être des
‫travailleurs, car ils pourraient également exécuter des conteneurs eux-mêmes; ainsi, techniquement, vous ne pouvez disposer que d'un seul
‫serveur. Vous pouvez avoir plusieurs serveurs et avoir les deux rôles bien séparés. très similaire à Cuba de nos
‫jours, nous avons juste des noms légèrement différents pour cela.
‫Ainsi, le plan de contrôle est également quelque chose que nous avons exploité en essaim est la partie où les serveurs exécutent tout ce qui
‫est en charge essentiellement et qui est plus d’un conteneur.
‫C'est un groupe de conteneurs et ils gèrent des choses individuelles, ils prennent donc le principe Linux de faire une chose
‫et le font bien. Ils prennent cela et séparent tout.
‫Donc, essentiellement chacune de ces parties fait une chose et la fait bien et cela simplifie la conception en
‫termes de développement, mais lorsque vous devez construire et exécuter cela, cela rend les choses
‫un peu plus difficiles à mettre en place car il y a plus à Ce plan de
‫contrôle inclut les conteneurs qui exécuteront l'API. Le planificateur pour lequel vous avez réellement besoin d'une base de données s'appelle SCADA. Ensuite, vous avez
‫le responsable du contrôleur. Vous avez probablement besoin d'un système appelé core DNS pour gérer votre DNS,
‫etc.
‫Nous avons donc beaucoup de parties ici, mais mettons-le sur un diagramme et voyons si cela aide à comprendre et je
‫le comparerai à essaim.
‫Puisque vous avez déjà appris que
‫dans ce cours, si vous n'aviez qu'une seule machine, comme nous allons le faire dans une minute, pour apprendre
‫toutes les choses que j'ai mentionnées précédemment, toutes se trouveraient sur le même serveur.
‫Donc, il y aurait un tas de conteneurs en cours d'exécution et c'est ce que vous verrez sur des choses comme le mini cube
‫et le bureau docker.
‫Lorsque vous dirigez un groupe de tantes cubaines à un seul nœud, mais dans le monde réel, lorsque vous arrivez sur des serveurs,
‫vous allez résoudre ce problème.
‫J'ai donc pensé vous montrer très rapidement, à l'aide d'un diagramme de réseau, comment cela pourrait
‫ressembler et expliquer les différentes parties.
‫Supposons d’abord que vous avez maintenant un maître dans une configuration multi-maîtres.
‫Vous en auriez trois comme avec essaim.
‫Vous avez besoin de nombres impairs, car il utilise le même protocole de radeau pour conserver le consensus.
‫Tout comme essaim fait maintenant dans la documentation.
‫Celles-ci sont toutes connues sous le nom de Master, mais cela devient un peu déroutant et lorsque vous avez plus d'un
‫maître parce que c'est la même configuration, nous ne pouvons en avoir qu'un qui fait vraiment le travail d'écriture de l'écran LCD.
‫C’est pourquoi on parle également d’avion
‫de contrôle et vous reconnaîtrez ce terme d’essaim qui se référait spécifiquement à essaim aux protocoles sur le réseau
‫qui permettaient aux Maîtres et au nez de parler en toute sécurité pour donner des ordres.
‫Mais ici, c'est un peu différent, le plan de contrôle parle des nœuds maîtres qui prennent tous
‫les décisions.
‫Et tout comme avec essaim, nous avons des nœuds de travailleurs dans
‫la documentation. Ils sont simplement désignés sous le nom de nœuds, mais parfois, vous voyez le
‫mot travailleur.
‫Maintenant, encore une fois, comme auparavant, tous ces conteneurs peuvent exécuter
‫des conteneurs, mais en général, vous allez conserver vos applications sur les noeuds et les systèmes de gestion de
‫la communauté sur les maîtres, tous ces éléments s’exécutant en plus de Dr. ou un autre environnement d'exécution de conteneur tel que le conteneur D ou Creo et à l'intérieur de chaque maître.
‫Nous devrons exécuter plusieurs conteneurs pour garder le contrôle du système, et le premier de ceux-ci est LCD
‫LCD est un système de stockage distribué pour les valeurs clés.
‫Il ressemble donc beaucoup à la façon dont swarm fonctionne avec son système d’algorithme radeau et à l’écran LCD, mais l’écran LCD
‫est un produit distinct que vous pouvez installer sans communauté. Il s’agit simplement d’une donnée de configuration
‫de magasin et elle utilise le même les mêmes règles s'appliquent.
‫Vous avez besoin de chiffres impairs, vous pouvez en commencer avec un, mais si vous voulez une véritable tolérance de panne, vous devez en avoir trois.
‫Etc.
‫En plus de cela, vous devrez exécuter plusieurs conteneurs Cuba et Métis qui stockeront les données
‫dans LCD et géreront le cluster.
‫La première étape est l’API qui sera la façon dont nous parlerons à ce cluster et lui donnerons des ordres.
‫La prochaine étape est le conteneur du planificateur qui contrôlera comment et où vos conteneurs
‫sont placés sur les nœuds dans des objets appelés pods.
‫La prochaine étape est le gestionnaire de contrôleur qui examine l’état de la grappe
‫et tout ce qui s’exécute. Il utilise l’API pour le faire. Il prend les commandes ou les spécifications et détermine
‫la différence entre ce que vous êtes. demander à faire et ce qui se passe réellement.
‫Il s’agit essentiellement d’une boucle différente qui consiste à visualiser le système dans son ensemble et à déterminer comment rendre tout ce qui
‫se passe actuellement identique à ce que vous lui avez demandé de faire. Vous aurez ensuite besoin de quelque chose
‫pour contrôler le DNS qui n’est pas intégré et par défaut. .
‫Il s’agit de
‫DNS principal et, en fonction des autres additifs que vous obtiendrez plus tard, tels que la mise en réseau ou le stockage Web et d’autres fonctionnalités,
‫vous disposerez également de davantage de conteneurs.
‫Désormais, dans tous les nœuds, un agent doit être exécuté, ce qu’on appelle cubit
‫pour commencer.
‫Vous aurez besoin d'un proxy de cube pour contrôler
‫la mise en réseau et, comme avec Docker, tous ces éléments seront répétés pour leurs rôles dans les Masters.
‫Si vous deviez faire du multi-maître, tous les mêmes conteneurs seraient configurés et chaque nœud que
‫vous définissez pour le travailleur possède également au moins deux conteneurs pour la gestion, et Cuba Danny's
‫est conçu pour résoudre beaucoup de problèmes.
‫Vous vous retrouverez donc peut-être en train d’ajouter plus de choses à des maîtres plus de choses à des noeuds tels que la mise en
‫réseau du côté maître.
‫Il y a beaucoup d'autres outils optionnels à ajouter, mais commençons par installer ceci sur votre
‫système local pour apprendre.