‫Certaines des commandes que vous avez utilisées jusqu’à présent ont un peu d’automatisation, des générateurs et des générateurs auxquels
‫vous pouvez penser comme des modèles.
‫Ils créent essentiellement la spécification ou la spécification à appliquer au cluster Cuban Eddies en fonction de vos options
‫de ligne de commande.
‫Donc, vous pensez à des commandes comme exécuter, exposer et créer.
‫Ils ont souvent derrière eux des générateurs qui donnent le modèle nécessaire avec tous les champs et les valeurs par défaut que
‫vous ne spécifiez pas nécessairement dans la ligne de commande.
‫Le but essentiel de ces générateurs est de vous permettre d’utiliser plus facilement des commandes d’une seule ligne, comme
‫vous en aviez l'habitude avec une composition plus sombre et plus sombre, et d'utiliser swarm pour utiliser ces commandes d'une seule ligne
‫dans les tourbillons cubains tout en conservant certains paramètres plus avancés. faire défaut et vraiment essaimer fait cela essaimer a beaucoup de
‫défauts lorsque vous créez des services et des piles qui se produisent toutes en arrière-plan vous ne le
‫savez pas.
‫Donc, ces générateurs sont comme ça.
‫Donc, voici un exemple où nous créons un déploiement avec la commande create et nous
‫lui donnons quelques options pour répondre à la configuration minimale requise, ce qui remplira le reste de la spécification avec
‫un générateur.
‫Désormais, ces générateurs sont différents pour chaque type de création que vous créez, qu'il s'agisse d'un service,
‫d'un déploiement, d'un travail ou d'un travail cron.
‫Nous parlerons d’autres choses plus tard et ces générateurs peuvent changer au fil du temps, à mesure que
‫chaque version des communautés apparaît, elle peut modifier une ou deux propriétés de cette spécification.
‫Et ainsi, certaines versions ont parfois des versions, si vous avez vu dans la documentation, des Yama pour les entités
‫cubaines et cela en dit long sur BDA.
‫Eh bien, c’est souvent que lorsqu’un générateur est créé pour la première fois, il peut avoir une version bêta, puis lorsqu’il passe
‫à un générateur mature, il aura une v1.
‫Maintenant, nous ne pouvons pas vraiment obtenir une liste de générateurs sur la ligne de commande car elle
‫couvre différentes commandes et différentes options que les générateurs peuvent utiliser.
‫Donc, le moyen le plus simple de voir ce qui serait généré si vous tapiez cette commande sur
‫un cluster à travers toutes ces commandes consistait à utiliser deux options.
‫Le cycle d'essai, qui est un moyen très pratique d'afficher le résultat de ce que vous avez saisi, et nous le
‫verrons dans une seconde, puis le tiret 0, qui signifie le résultat et nous disons que nous voulons un résultat au Yémen,
‫donc nous sommes essentiellement en disant: exécutez cette commande mais ne le faites pas techniquement sur le cluster, essayez-le pour
‫voir ce qui se passerait si je le faisais, puis montrez-moi en même temps la sortie de Yamato de ce qui serait généré
‫si je finissais cette commande et vous Vous obtiendrez de jolis petits modèles et vous pourrez même
‫vous en servir pour créer votre propre démo que nous utiliserons dans des conférences ultérieures et enfin des générateurs ici.
‫Vous pouvez également les considérer comme des défauts par défaut.
‫Ils ne sont pas vraiment d'avis qu'ils sont super petits.
‫Ils sont généralement de 10 à 15 lignes de langage UML, le strict minimum pour commencer.
‫Donc, ils ont des opinions, ce qui explique pourquoi ils ont des versions et vous pourriez voir une version
‫bêta diplômée ou autre.
‫Donc, je les considère comme des opinions, mais ils vont bien, ils vont travailler dans la plupart des cas d'utilisation lorsque
‫vous essayez juste des choses pour le test Devin.
‫Voyons quelques exemples pour voir ces générateurs en ligne de commande.
‫Le premier ici est un déploiement tel que celui que nous utilisions avant le déploiement de create
‫et vous remarquerez que je mets le tirage à sec du tiret à la fin et que si vous faites simplement un essai à sec, il ne fera que cracher le
‫type de ressource qu'il créerait.
‫Cela ressemble donc au nom de la ressource que nous voyons lorsque nous la listons avec une commande get de contrôle de cube.
‫Mais si je tape la flèche vers le haut et que vous tapez dash o yam all à la fin, il me montrera ensuite la sortie au Yémen
‫qu’elle a générée avec cette commande et nous allons passer en revue toutes les spécifications du Yémen plus tard, mais pour le moment, vous
‫pouvez voir le résultat. les principales parties de ce qui a été fait en arrière-plan lorsque nous avons créé la commande
‫de déploiement.
‫Tout d'abord, il montre à la version de l'API la version de ce type de ressource, nous utilisons donc ici une version de la barre oblique v1
‫pour les applications.
‫Le genre est le déploiement et c'est parce que nous créons un déploiement.
‫Si c’était un travail c’était vraiment si c’était un service, c’est ce que l’on appelle le service.
‫Les métadonnées seront toujours présentes pour toutes les ressources que vous créez.
‫L'horodatage est facultatif car il est généré automatiquement lorsque vous créez réellement cette chose, puis que vous
‫allez avoir des étiquettes, puis un attribut de nom que vous pouvez spécifier dans ce cas, vous voyez qu'elle est
‫remplie Beaucoup de cela dans ce que je lui ai donné la ligne de commande, je lui
‫ai dit que je veux l'appeler test.
‫Donc, si on lui donne le nom de test, on lui attribue une application puisque nous utilisons un déploiement ici. Nous considérons qu’il
‫s’agit d’une application et non d’un service ou autre, et que nous appelons ce test d’étiquette.
‫Ce ne sont que des valeurs par défaut prêtes à l'emploi, puis les spécifications de déploiement sont les répliques de celles que le sélecteur
‫saisira ultérieurement, mais c'est essentiellement ainsi que ce processus détermine la sélection des modules dans ce
‫déploiement.
‫C'est en gros ce qui correspond à ce déploiement avec ses pods, puis la stratégie que nous
‫laissons en blanc dans le modèle correspond à l'ensemble, puis vous verrez sous cette spécification les conteneurs qu'il va créer.
‫Donc, il y a un peu d'une couche de spécification imbriquée qui se passe ici et cela est dû à la complexité de
‫ces couches bien.
‫Nous avons ensuite des pods, puis des jeux de réplicas, puis des déploiements.
‫Vous voyez donc que cela crée tout cela à la volée et nous l'appliquerons à l'API lorsque nous appuierons sur cette
‫commande.
‫Créons un peu plus ici.
‫Le second utilise des travaux à la place de déploiements.
‫Il est donc généralement conçu lorsque vous souhaitez créer un ensemble de chemins exécutés une fois.
‫Donc, il a tendance à les définir avec un défaut pour ne pas redémarrer.
‫Et dans ce cas, nous allons utiliser la même image du même nom.
‫Nous allons l'essayer avec la sortie tiret Jamil et vous verrez à quel point c'est différent.
‫Dans ce cas, étant donné que nous n'avons pas les niveaux multiples d'un déploiement avec un jeu de réplicas imbriqué à l'intérieur,
‫nous n'avons pas besoin des niveaux multiples de spécification et vous verrez.
‫Tout d’abord, celui-ci est beaucoup plus court, en grande partie à cause du fait qu’avec les
‫déploiements, il crée un jeu de réplicas imbriqué qui crée ensuite le conteneur, ce qui permet de créer plusieurs niveaux.
‫Nous sommes ici.
‫Nous avons vraiment juste ce travail par lots qui crée des pods directement pour nous. Vous pouvez ainsi voir le haut de la
‫version de l'API. Le type de métadonnées ayant été modifié est très similaire bien que dans ce cas,
‫il n'a pas créé de libellé d'application et la spécification est juste. pour les emplois et ensuite en dessous de la spécification à l'intérieur.
‫C'est à l'intérieur de ce modèle que se trouvent les spécifications de chaque conteneur.
‫Donc, cette spécification serait créée pour le nombre de fois que j’avais demandé de la créer.
‫Nous n'en avons créé qu'un par défaut, de sorte que le conteneur X fonctionnant avec le nom test sera utilisé. Vous
‫remarquerez que la stratégie de redémarrage n'est jamais remplacée et que le changement a vraiment lieu avec la plupart de ces autres
‫façons de créer des conteneurs dans les villes cubaines.
‫Ils essaieront automatiquement de recréer ou de redémarrer et avec un travail ou plus tard avec un travail cron, vous verrez que la
‫stratégie de redémarrage est définie sur jamais.
‫En règle générale, une fois qu'un travail est terminé, il le fait et vous ne voulez pas que ce conteneur soit recréé.
‫Et enfin, faisons une commande expose.
‫Maintenant, même s'il y a un essai à blanc ici, lorsque vous exécutez un déploiement exposé, il va vérifier ce déploiement et se rendre compte
‫qu'il n'existe pas, il ne peut donc pas vous donner l'exemple de sortie car il ne dispose pas
‫réellement de l'entrée valide.
‫Donc, dans ce cas, nous avons techniquement besoin de créer un
‫déploiement et dans celui-ci, nous n'avons pas besoin que ce soit une exécution à sec et une sortie, nous voulions simplement le créer.
‫Faisons-le simplement, puis revenons à cette commande exposée et réessayons-le. Cette exécution à
‫sec fonctionnera cette fois.
‫Nous aurons donc une version API de V1.
‫Vous remarquerez que le service est le genre maintenant au lieu de déploiement ou de travail.
‫Et puis nous avons d'autres étiquettes similaires.
‫Vous verrez que la spécification concerne uniquement les ports et les protocoles, car c’est vraiment ce qu’est un service.
‫C'est la combinaison des routes de réseau et du sous-réseau IP et des ports CCP ou UDP, etc.
‫Donc, les générateurs ne sont pas nécessairement un énorme problème.
‫Vous n'avez pas besoin de les mémoriser ou d'apprendre les différences entre tous car, comme vous le constaterez,
‫beaucoup d'entre eux avec la commande d'exécution du contrôle de cube disparaissent comme vous le découvrirez en une minute.
‫Ensuite, dans une conférence ultérieure, nous parlerons plus en détail des types de création de conteneurs et des raisons pour
‫lesquelles vous n'utiliserez pas beaucoup de tâches d'exécution et de création dans vos charges de travail de production.
‫Et n'oubliez pas de supprimer le déploiement de test si vous l'avez créé pour notre dernière commande où nous avons
‫testé l'exposition.