‫Si vous regardez cette vidéo, vos attentes concernant l’utilisation de la commande RUN seront
‫légèrement différentes.
‫Et donc à partir de la version un point 12, puis au moins dans les versions actuelles de
‫la version un point 15, et éventuellement dans les versions suivantes, il y aura des messages différents en fonction de votre utilisation ou
‫utilisation de la commande RUN.
‫Son état et ses utilisations ont donc changé au fil des ans. L'objectif de la commande RUN est maintenant
‫de réduire ses fonctionnalités et de rendre obsolète de nombreux générateurs que vous venez d'apprendre à
‫connaître.
‫En fait, la plupart d'entre eux sauf un, et le laisser comme une commande d'exécution unique conçue pour
‫démarrer un module.
‫L’un des objectifs ici est de réduire sa complexité afin que ce soit une expérience très similaire à la
‫commande d'exécution de docker, si ce n’est que vous courez au-dessus des communautés et que nous souhaitons nous débarrasser des
‫générateurs qui utilisent des déploiements et tous ces autres types de processus. générateurs car ils sont maintenant disponibles dans la commande create de
‫contrôle de cube.
‫Ainsi, lorsque vous songez à créer à l'avenir des objets à partir des lignes de
‫commande à une ligne, pensez à la commande Create. Ensuite, la tâche sera laissée à la création
‫de pods. je veux juste que quelque chose commence.
‫Peut-être suis-je sur une machine qui n’a pas Docker parce que j’utilise le conteneur D ou cryo ou
‫l’un des autres moteurs d’exécution et que Docker n’est pas pratique à exécuter, mais que des tourbillons cubains sont installés pour que je puisse
‫faire un contrôle de cube qui me donne une expérience similaire.
‫Pour moi, la vraie raison et le seul cas d’utilisation que je puisse utiliser est aujourd’hui que nous avons ce
‫matériel obsolète au jour le jour.
‫Pour ce qui est d'exécuter des conteneurs ponctuels tels que le dépannage ou les tests de réseau, ou quelque
‫chose du genre, il me suffit de basculer dans un réseau de conteneurs et de disposer d'une
‫ligne de commande là-bas pour une raison ou une autre; moins pour les prochaines années pour comprendre l’histoire
‫de la course parce que vous allez trouver toutes sortes d’exemples, y compris dans ces vidéos, et
‫je vous explique comment utiliser la commande de course car elle contient beaucoup d’histoire avec les tourbillons cubains, etc. lorsque vous voyez des exemples, vous devrez peut-être traduire
‫sur des blogs ou une autre documentation qui va devenir obsolète dans quelques années, vous allez voir
‫ce genre de choses et vous allez devoir traduire OK, j'avais l'habitude de le faire
‫avec la course commander.
‫Maintenant, je dois le faire avec une commande de création, alors laissez-moi vous donner quelques exemples de la manière dont la
‫commande d’exécution fonctionnait et continue de fonctionner franchement aujourd’hui et de la version que vous utilisez pour faire ce cours car, lorsque
‫cela ne fonctionne plus, j ' Je vais prendre cette vidéo et la remplacer par une sorte de mémoire de la commande
‫d'exécution.
‫Parlons de ce que nous avons que nous n’avons plus.
‫Alors regardons quelques commandes.
‫Je vais les lancer sur la ligne de commande afin que vous sachiez quels générateurs ils utilisaient en fonction du type de
‫commande d'exécution que vous utilisiez.
‫Et cela fait partie de la confusion avec run: il a commencé à devenir vraiment complexe dans
‫ses cas d'utilisation, car différentes opérations effectuées en ligne de commande modifieraient son comportement lors de la création de vos ressources.
‫Donc, avec tout cela, je vais juste faire un essai pour vous montrer quel est l'objet qui a été créé. Pour
‫cette commande, il s'agit de la commande standard qui explique comment créer des déploiements
‫plus tôt et vous remarquerez que cet Je ne spécifie pas ici un générateur, ce que je peux faire avec un générateur de tiret, mais je ne
‫vais pas l'utiliser car je veux vous montrer comment la commande d'exécution change avec le temps.
‫Donc, sans le générateur actuel, il vous donnera un déploiement dans le futur quand ils apporteront finalement ce
‫changement, l'exécution par défaut créera un pod et non un déploiement et on s'attendra à ce
‫que vous utilisiez créer ou appliquer pour créer des déploiements.
‫Ces commandes et laisser la course que pour les pots.
‫Donc, aujourd’hui, c’est sur 114 et vous verrez que cela crée un déploiement nommé test.
‫Et pour ces quelques prochaines, vous ne m'avez pas vu vous donner ces exemples parce que je ne voulais pas que
‫vous appreniez toutes les nuances de la commande d'exécution si vous ne les utilisiez pas dans quelques années.
‫Donc, ici, vous verrez dans celui-ci que j’ajoute un port et expose là ce qui dans ce cas-là me
‫donnera l’avertissement comme d'habitude et cela créera alors deux choses différentes.
‫Cela créera le déploiement et les ressources de service sans avoir à utiliser deux commandes différentes.
‫C'est donc un moyen très pratique de créer et d'exposer un déploiement.
‫Mais encore une fois, cela va disparaître, car vous pouvez utiliser les commandes expose ou create séparément et il s'avère que l'automatisation
‫et la complexité de cette opération risquent de ne plus être une bonne idée.
‫Donc, ils vont se débarrasser de ce prochain.
‫J'ai sorti la partie exposée puis j'ai ajouté un redémarrage en cas d'échec.
‫Et cela créera un type de ressource différent.
‫Cela créera le travail par lots ou simplement le type de travail.
‫Et celui-ci contient essentiellement quatre conteneurs en une seule tâche que vous devez exécuter, vous devez peut-être mettre à jour le schéma de
‫votre base de données ou vous souhaitez peut-être effectuer une sauvegarde rapide de la base de données et vous souhaitez
‫uniquement recréer le conteneur en cas d'échec.
‫Donc, c’était des choses que vous pouviez faire avec run mais vous pouvez aussi les faire maintenant avec d’autres moyens.
‫Le suivant est un redémarrage défini pour ne jamais.
‫Au lieu d'échec.
‫Et cela changera alors le type de ressource en un pod qui sera bientôt le type par défaut.
‫C'est donc un peu déroutant que vous puissiez forcer ce comportement et vous remarquerez que si nous revenons à toutes
‫ces commandes précédentes, comme je viens de vous le montrer lorsque je redémarre en cas d'échec.
‫La raison de cette ligne est qu’il est dit à l’avenir que c’est ce qui se passera par défaut
‫si vous ne voulez pas que cela se produise, vous pouvez forcer un générateur différent, comme je le fais ici,
‫qui utilise le travail V1 ou utiliser la commande Créer qu’ils préféreraient que vous utilisiez.
‫Donc, mon cours est conçu pour cet usage futur.
‫Je ne vous enseigne pas toutes les manières d'exécuter la commande d'exécution.
‫Je vais juste me concentrer sur la création et d'autres options comme appliquer, puis la dernière ici.
‫Au cas où vous ne le saviez pas, cela existait parce que nous avons un support de tâches cron sous les tourbillons à Cuba.
‫Si je lui donnais la même commande d'exécution mais ensuite un calendrier, cela changerait le générateur pour utiliser un travail cron
‫qui est légèrement différent dans un travail que le travail cron est conçu pour être récurrent.
‫Donc, dans ce cas, cela se produira une fois par jour.
‫J'espère donc que cela a du sens en termes d'histoire de la commande d'exécution.
‫Encore une fois, je pense vraiment que pour nous, nous devrions juste commencer à nous comporter comme s’il ne s'agissait que
‫de créer des pods, car ici, que ce soit dans 116 ou 117, je ne sais pas quand ils vont forcer
‫le vrai changement.
‫Tous ces éléments seront retirés à un moment donné et pourront même utiliser ces générateurs.
‫Ils seront obligés d'utiliser, créer et appliquer, d'une autre manière, pour créer les différents types de ressources.