Ciao a tutti.
E bentornati.
Nel video di oggi parleremo dei componenti di ICS.
A livello generale, quando si parla di cluster X, sono coinvolti tre componenti principali.
Il primo è la definizione del compito.
Il secondo è il compito e il terzo sono i servizi.
Una volta compresi tutti e tre questi aspetti, sarete in grado di gestire il cluster X in modo molto più semplice.
Il primo componente importante è la definizione del compito.
Una panoramica di alto livello.
La definizione del task non è nulla, ma contiene informazioni relative all'immagine del contenitore da cui
si vuole lanciare l'applicazione.
Può essere il motore X, Apache, un'applicazione personalizzata e così via.
Inoltre, può contenere anche informazioni relative alla mappatura delle porte.
L'applicazione è in esecuzione su quale porta, se 88, 83, 306 e altre, insieme ad altre informazioni
come lo storage per i container e così via.
Va bene.
Quindi, ad alto livello, la definizione del task è un file di testo che descrive uno o più contenitori
che formano l'applicazione.
Questa è una parte importante.
Ora, lasciate che vi mostri rapidamente il vostro, ho già un cluster che è configurato ora all'interno
della vostra definizione di task e ci sono due definizioni di task, una per l'applicazione web server Apache.
Il secondo per l'applicazione server web del motore X.
Se apro una delle definizioni di attività qui, esaminiamo una di queste.
Qui si trovano le informazioni relative alla CPU e al consumo di memoria ad essa associato.
Si dispone di informazioni relative all'immagine da cui deve essere lanciata l'applicazione Engine X.
Contiene informazioni relative alla conservazione.
E se si guarda al JSON qui, come abbiamo discusso nel primo punto, la definizione del task è un file
di testo che descrive uno o più contenitori che formano l'applicazione.
Ora, se si guarda al JSON qui, che contiene l'immagine, si vede che è l'ultimo motore X e tutti i
dettagli necessari per configurare l'applicazione sono quelli definiti a livello di definizione
del task.
Va bene.
Quindi, prima di distribuire l'applicazione attraverso il cluster x, il primo passo è creare una definizione di task.
Il secondo componente importante è un compito.
Un task è l'istanziazione della definizione di task all'interno del cluster.
Ad esempio, supponiamo di aver creato una definizione di attività basata sull'immagine del Motore X.
Ora, questa definizione di task da sola non farà nulla in produzione.
Si desidera che l'applicazione venga eseguita nell'istanza EC2 o nei server.
Quindi cosa fare?
Si procede alla creazione di un'attività.
Quindi, nel secondo punto, è chiaramente indicato che dopo aver creato una definizione di task per l'applicazione,
è possibile specificare il numero di task da eseguire sul cluster.
Ad esempio, qui ci sono due compiti.
Se ci sono più server, è possibile eseguire anche dieci task.
Questo può bilanciare il traffico complessivo che il vostro sito web riceve.
Questa è la seconda parte.
La terza componente importante è il servizio.
Ad alto livello, il servizio di panoramica ci permette di eseguire e mantenere il numero desiderato di task simultaneamente
nel cluster x.
Ad esempio, nel diagramma è presente un servizio.
Il servizio utilizza anche la definizione dei compiti e, in base a questa, è possibile definire a livello di servizio il numero
di compiti desiderati.
Uno dei vantaggi dei servizi è che se una qualsiasi attività fallisce o si interrompe per un certo motivo, il servizio può andare
avanti e lanciare una nuova attività.
Ad esempio, supponiamo che il Task one sia fallito per qualche motivo che non conoscete.
Quindi il servizio può andare avanti e creare un'altra attività per voi.
Non è necessario fare nulla manualmente, quindi andiamo a vedere rapidamente come funziona dal punto di vista
della demo.
Torniamo quindi al nostro cluster.
Entro l'anno, si può procedere all'implementazione di un servizio.
Consentitemi di distribuire rapidamente un servizio.
Si noti ancora una volta che si tratta di un video dimostrativo e che non ci si aspetta che la pratica parta da zero.
L'obiettivo principale è quello di comprendere questo concetto con una panoramica di alto livello.
Ora andiamo avanti e distribuiamo un nuovo servizio alla nostra istanza facile da usare che fa parte del cluster
ICS.
Ora, all'interno della configurazione di deployment qui, abbiamo un servizio e un task.
In definitiva, il servizio non è nulla, ma lancia e gestisce il compito per voi.
Quindi ci avvarremo del servizio.
E qui ci sono due definizioni di attività: la definizione di attività Apache e la definizione di attività del motore.
Utilizzerò la definizione di task del motore X qui, il nome del servizio, chiamiamolo semplicemente
motore X, e all'interno vedete, avete desiderato il numero di task che volete.
Quindi lo selezionerò come uno e poi si potrà fare clic su Distribuisci.
Quindi, se lo aggiorno, vedrete che sta andando avanti e si sta distribuendo e all'interno di esso c'è scritto zero
su un'attività.
Aggiorniamo questo.
E ora vedete che sta affermando un compito su un altro.
Ora, come abbiamo discusso nel componente del servizio, se una qualsiasi attività fallisce o si ferma per qualsiasi
motivo, X Service Scheduler lancia un'altra istanza basata sulla definizione dell'attività.
Quindi andiamo avanti e testiamolo anche noi.
Quindi, attualmente, nell'istanza easy two in cui è in esecuzione il task, se faccio un pezzo di Docker, si vede
che abbiamo un contenitore che è attualmente in esecuzione basato sull'immagine del motore X.
Procediamo quindi a terminare manualmente il contenitore e vediamo qual è l'effetto che si può notare.
Quindi direi Docker, stop.
Specificherò il nome.
Se faccio un pezzo qui, vedete, il nostro task del motore X è ora fermo e abbiamo solo l'agente contenitore
di X.
Ora, lasciate che cancelli lo schermo.
Se faccio un'altra volta un pezzo di Docker, vedrete che il nostro contenitore basato sul motore X si è avviato ancora una volta.
Ora, se esplorate anche il servizio, vi mostrerò rapidamente le
informazioni relative alla CPU e all'utilizzo della memoria in questo task.
Qui si nota che c'è un'attività che è stata interrotta.
È una cosa che avevamo smesso di fare manualmente.
Non appena l'abbiamo interrotto, X ha avviato un altro task basato sulla definizione del task del motore X.
Ottimo.
Spero che con questa panoramica di alto livello abbiate capito i componenti di X e con questo concludo il
video di oggi.