‫Dans la dernière vidéo j'ai couvert impératif vs déclarative et nous avons parlé
‫des spécificités de Cuba, de la facilité nette de l'un ou de l'autre, mais
‫si vous regardez la documentation cubaine, elle se prête à trois styles différents. impératif d'un côté
‫et tout le chemin l'a déclaré de l'autre.
‫Et puis cette jolie petite option au milieu si vous choisissez de l’utiliser dans ce cours.
‫Jusqu'à présent, je vous ai appris les commandes impératives de Seelye et cela inclut run exposer.
‫Peut-être avons-nous une échelle.
‫Nous n’avons pas couvert d’édition mais il fait exactement ce que vous pensez.
‫Modifie une ressource en temps réel et / ou crée un déploiement qui constitue le nouveau moyen d'effectuer une analyse.
‫Et ce sont vraiment les meilleurs pour apprendre comment les choses fonctionnent.
‫Apprendre les types de ressources et leur travail, ainsi que leurs projets personnels et de très petites configurations où vous
‫êtes peut-être la seule personne responsable et que vous n'essayez pas d'automatiser. Vous n'essayez pas de créer un flux
‫de production complet et de voir le DIC comme bon.
‫Donc c'est génial pour ceux-là.
‫Ensuite, il y a ce beau terrain d'entente que les natifs cubains vous ont proposé avec les commandes de création. Vous
‫pouvez soit utiliser les commandes de création eux-mêmes, mais vous pouvez également les utiliser avec un fichier de démonstration. Vous
‫pouvez également utiliser create dash f et lui donner l'une de ces spécifications. comme nous l'avons vu plus tôt.
‫Vous pouvez lui donner une spécification et cela créera n'importe lequel des objets que vous avez dedans.
‫Vous pouvez avoir plusieurs objets dans ce fichier, vous pouvez avoir un déploiement plus un service. Il y a peut-être des besoins
‫de stockage pour lesquels vous avez des configurations réseau Si vous avez besoin de remplacer quoi que ce soit à
‫l'intérieur, vous pouvez éditer le fichier, puis utiliser la commande de remplacement que nous n'avons pas encore décrite, mais
‫qui fait ce que vous pensez qu'il fait.
‫Et puis il y a la commande delete que nous avons utilisée qui fait ce que vous pensez qu'elle fait aussi bien.
‫La bonne chose ici est que c'est un peu le juste milieu.
‫Cela vous oblige à utiliser les munitions pour que vous ayez documenté ce que vous faites et que vous ayez ce compte rendu
‫de changement s'il utilise quelque chose comme obtenir avec espoir que vous utilisez obtenir et que l'avantage est là pour nous, humains.
‫Nous utilisons le create, le replace ou le delete, ce qui nous donne ce verbe explicite à utiliser.
‫Nous savons donc que nous ne supprimons pas accidentellement quelque chose lorsque nous utilisons pour créer une commande et nous savons que
‫nous ne supprimons pas accidentellement quelque chose lorsque nous utilisons la commande replace.
‫Donc ça aide.
‫Droite.
‫C'est un bon compromis lorsque vous maîtrisez les spécifications Jamel, que vous
‫devrez utiliser lorsque vous obtiendrez le modèle d'objet déclaratif complet, et c'est ce dont je parlais plus tôt.
‫C’est là que vous n’utilisez que vos munitions et que vous utilisez uniquement la commande apply.
‫Maintenant, il y a d'autres commandes pour vous aider à appliquer, comme le diff, qui vous montreront
‫les modifications que vous êtes sur le point de prendre, mais appliquer consiste simplement à éditer Jamil en cours d'exécution.
‫Editez encore plus exécutera l'application.
‫Cela ressemble à un essaim où nous avions des piles d'essaims.
‫Si vous vous rappelez, il existe une commande docker stack deploy et, afin de mettre à jour celles-ci,
‫vous utilisez la même commande encore et encore.
‫Et c’est le même style ici avec leurs objets déclarés complets mais c’est bien qu’ils aient une documentation et
‫vous verrez dans les liens vers les ressources de cette conférence une page très détaillée sur ces trois types différents,
‫je vous encourage donc à le vérifier. .
‫Maintenant, la vraie règle que je vais donner à cette chose.
‫Même si vous allez lire la page de ressources sur le sujet, c'est pour ne pas mélanger les trois approches, il est plus
‫important de ne pas mélanger ces trois quand vous avez de vraies dépendances de production et en production.
‫Je vais vraiment vous recommander d'essayer de vous en tenir au plus tôt dans votre modèle de maturité avec
‫le modèle déclaratif complet en utilisant les fichiers Yama avec la commande apply.
‫Plus tôt vous serez à l'aise avec cela, plus vite vous aurez l'habitude de documenter cet émail et de le
‫sauvegarder dans un commit à chaque changement.
‫Ce processus vous sera vraiment bénéfique plus tard, lorsque quiconque voudra voir les changements que vous aurez, il pourra
‫consulter le journal de bord de la plupart des gens. Nous sommes probablement en train de
‫faire quelque chose et le faire aujourd'hui. beaucoup d'efforts pour vous bien.
‫Ainsi, même si vous ne faites que localiser votre machine, localiser localement peut fondamentalement vous aider à visualiser l'historique des changements que vous avez apportés à ces familles. Ainsi,
‫lorsque vous oubliez en six mois ce que vous avez changé il y a trois mois, vous pouvez
‫revenir en arrière. et regardez et voyez ce que vous faites là-bas et cela va vraiment vous faire gagner
‫beaucoup de temps.
‫Donc, la règle la plus importante est de ne pas mélanger les approches.
‫Si vous créez quelque chose avec run, il sera plus difficile d'utiliser plus tard apply pour gérer cette ressource.
‫Il existe quelques petites astuces du métier que vous pouvez utiliser avec certaines de ces commandes pour essayer de modifier des objets
‫plus tard sans les foirer, mais si vous voulez faire de la production, vous ne devriez probablement pas commencer avec
‫ces commandes d'exécution sur votre production. serveur et vous devriez probablement penser à long terme et s'en tenir
‫à la démo.
‫Donc, mes quatre conseils ici apprennent la ligne de commande comme vous le faites.
‫Apprenez cette ligne de commande impérative pour pouvoir l'utiliser localement. Vous aurez
‫parfois besoin de ces commandes pour le tir, les tests et les serveurs. Le plus rapidement possible pour vous
‫préparer à votre première production en production, Cuban 80s, est d'apprendre la commande apply commande la spécification Yamato pour tous les
‫types de ressources que vous allez utiliser, puis stockez-la et obtenez comme je le dis.
‫Donc, même si c'est juste local, obtenez ou obtenez des pensions quelque part que votre équipe peut utiliser.
‫Et souvenez-vous de cette méthode d’édition des munitions pour enregistrer les modifications puis les appliquer avec Q control,
‫puis de les enregistrer et de les stocker à nouveau, afin que ce processus vous permette d’automatiser les développeurs et d’obtenir
‫les opérations que j’ai mentionnées. Un peu plus tôt, je pense que certains de ces outils commencent
‫à aller et que nous sommes centrés.
‫Nous apportons des modifications à un référentiel get comme le font les codeurs de logiciels et nous faisons la même chose avec ce
‫workflow de développement.
‫Nous adoptons en quelque sorte la manière dont ils opèrent leur travail de changement en équipe pour nos propres opérations et outillages.