Salut, tout le monde.
Et bienvenue à nouveau.
Dans la vidéo d'aujourd'hui, nous allons parler des composants de l'ICS.
D'un point de vue général, lorsque nous parlons du cluster X, trois composants principaux sont
impliqués.
La première est la définition de la tâche.
Le deuxième est la tâche, et le troisième les services.
Une fois que vous aurez compris ces trois éléments, vous serez en mesure de gérer le cluster X beaucoup plus facilement.
Le premier élément important est la définition de la tâche.
Une vue d'ensemble de haut niveau.
La définition de la tâche n'est rien, mais elle contient des informations relatives à l'image du conteneur à partir duquel
vous voulez lancer l'application.
Cela peut être le moteur X, cela peut être Apache, cela peut être votre application personnalisée, etc.
En outre, il peut également contenir des informations relatives au mappage des ports.
Votre application fonctionne sur quel port, qu'il s'agisse du port 88, 83, 306 et autres, ainsi que d'autres informations
comme le stockage des conteneurs, etc.
Très bien.
Ainsi, à un haut niveau de vue d'ensemble, la définition de la tâche est un fichier texte qui décrit un ou plusieurs conteneurs qui
forment pour être votre application.
C'est une partie importante.
Maintenant, laissez-moi vous montrer rapidement votre maintenant, j'ai déjà un cluster qui est configuré maintenant
dans votre j'ai une définition de tâche et il y a deux définition de tâche une pour l'application du serveur web Apache.
Le second pour l'application du serveur web du moteur X.
Si j'ouvre l'une des définitions de tâches ici, examinons l'une d'entre elles.
Vous disposez donc ici d'informations relatives à l'unité centrale et à la consommation de mémoire qui lui est associée.
Vous disposez d'informations relatives à l'image à partir de laquelle l'application du moteur X doit être lancée.
Il contient des informations relatives au stockage.
Et si vous regardez le JSON ici, comme nous l'avons discuté dans le premier point, la définition de la tâche est
un fichier texte qui décrit un ou plusieurs conteneurs qui forment votre application.
Maintenant, si vous regardez dans le JSON ici, il contient l'image, vous voyez que c'est le moteur X le plus récent
et tous les détails nécessaires pour configurer votre application sont ce que vous définissez au niveau de la définition
de la tâche.
Très bien.
Ainsi, avant de déployer votre application via le cluster x, la première étape consiste à créer une définition de tâche.
Le deuxième élément important est une tâche.
Une tâche est l'instanciation de la définition de la tâche au sein du cluster.
Par exemple, supposons que vous ayez créé une définition de tâche basée sur l'image du moteur X.
Maintenant, cette définition de tâche en elle-même ne fera rien en production.
Vous voulez que l'application s'exécute dans l'instance EC2 ou sur les serveurs.
Alors, que faites-vous ?
Vous allez de l'avant et créez une tâche.
Ainsi, dans le deuxième point, il est clairement mentionné qu'après avoir créé une définition de tâche pour votre application,
vous pouvez spécifier le nombre de tâches à exécuter sur votre cluster.
Par exemple, vous avez deux tâches ici.
S'il y a plusieurs serveurs, vous pouvez également exécuter dix tâches.
Cela peut équilibrer la charge du trafic global que votre site Web reçoit.
Voici donc la deuxième partie.
Le troisième élément important est le service.
À un niveau élevé, le service de vue d'ensemble nous permet d'exécuter et de maintenir le nombre souhaité de tâches simultanément
dans le cluster x.
Par exemple, vous voyez dans le diagramme que vous avez un service.
Le service utilise également la définition des tâches et, sur la base de cette définition, vous pouvez définir au niveau du service le nombre
de tâches que vous souhaitez.
L'un des avantages des services est que si l'une de vos tâches échoue ou s'arrête pour une certaine raison, le service peut aller
de l'avant et lancer une nouvelle tâche.
Par exemple, disons que la première tâche a échoué pour une raison que vous ne connaissez pas vraiment.
Donc le service peut aller de l'avant et créer une tâche de plus pour vous.
Vous ne devez pas vraiment faire quoi que ce soit manuellement, alors allons-y et examinons rapidement la situation du point
de vue de la démo.
Alors retournons à notre groupe ici.
Dans l'année qui suit, vous pouvez aller de l'avant et déployer un service.
Laissez-moi déployer rapidement un service.
Une fois de plus, notez qu'il s'agit d'une vidéo de démonstration et qu'il n'est pas prévu de partir de zéro.
L'objectif principal est de comprendre ce concept à un haut niveau.
Maintenant, laissez-moi aller de l'avant et déployer un nouveau service à notre instance facile à utiliser que nous avons dans le cadre du cluster
ICS.
Maintenant, dans la configuration de déploiement ici, vous avez un service et vous avez une tâche.
En définitive, le service n'est rien, mais il lance et gère la tâche pour vous.
Nous allons donc utiliser le service.
Et ici vous avez deux définitions de tâches : la définition de la tâche Apache et la définition du moteur.
Je vais utiliser la définition de tâche du moteur X ici, le nom du service, appelons-le simplement moteur
X, et dans ce que vous voyez, vous avez la tâche désirée combien de tâches vous voulez.
Je vais donc le sélectionner comme tel, puis vous pouvez cliquer sur déployer.
Donc, si je rafraîchis cette image, vous verrez qu'elle avance, qu'elle se déploie et qu'elle indique
zéro sur une tâche.
Rafraîchissons ça.
Et maintenant vous voyez qu'il s'agit de déclarer une tâche sur une autre.
Maintenant, comme nous en avons discuté dans le composant du service, si l'une de vos tâches échoue ou s'arrête pour une raison
quelconque, X Service Scheduler lance une autre instance basée sur la définition de votre tâche.
Alors allons-y et testons-le également.
Donc, actuellement, dans l'instance easy two où la tâche est en cours d'exécution, si je fais un morceau de Docker, vous voyez
que nous avons un conteneur qui est actuellement en cours d'exécution sur la base de l'image du moteur X.
Donc, allons-y et terminons manuellement le conteneur et voyons quel est l'effet qui peut être vu.
Donc je vais dire Docker, stop.
Je vais préciser le nom.
Si je fais un morceau ici, vous voyez, notre tâche de moteur X est maintenant arrêtée et nous avons seulement l'agent
conteneur de X.
Maintenant, laissez-moi nettoyer l'écran.
Si je fais un morceau de Docker une fois de plus, vous verrez que notre conteneur basé sur le moteur X a démarré une fois de plus.
Et maintenant, si vous voulez aussi explorer le service ici, laissez-moi vous montrer rapidement
qu'ici vous obtiendrez des informations liées à l'utilisation du CPU et de la mémoire dans cette tâche.
Ici, vous voyez qu'il y a une tâche qui est arrêtée.
C'est donc quelque chose que nous avions manuellement cessé de faire ici.
Dès que nous l'avons arrêté, X a lancé une autre tâche basée sur la définition de la tâche du moteur X.
Super.
J'espère donc qu'avec cette vue d'ensemble de haut niveau, vous avez compris les composants de X et c'est ainsi que se termine la vidéo
d'aujourd'hui.