‫Le entità Cooper sono molte cose.
‫Quindi voglio assolutamente scomporre alcune delle topologie di base e parti del sistema prima di iniziare
‫l'installazione di un'app nelle città cubane.
‫Il primo è cubano, è esso stesso essenzialmente ciò di cui sto parlando dell'intero sistema.
‫L'impostazione di un singolo server o multi server con tutte le parti che sono lì per eseguire le tue
‫app e che a volte lo abbreviamo come caos.
‫Quindi normalmente quando parlo di città cubane, dirò solo nativi cubani, ma spesso per
‫iscritto o anche nella documentazione vedrai i k 8 se questa è essenzialmente una breve versione abbreviata degli anni
‫'80 cubani.
‫Se lo guardi davvero, l'8 indica le 8 lettere tra la K e la S ed è per questo che hanno
‫fatto le k 8 lettere e quindi s è la loro abbreviazione.
‫A volte le persone potrebbero chiamarlo cubo ma essenzialmente qui ci viene insegnato che parleremo la
‫stessa cosa che diciamo papà di Cuba e il controllo del cubo di Kate ora è lo strumento da riga di comando che userai
‫per parlare con l'API cubana degli anni '80.
‫Il modo principale in cui parliamo con le città cubane è attraverso la sua API e ci sono più strumenti là fuori che possono
‫farlo.
‫In effetti ci sono molti strumenti che possono parlare con l'API ma quello che proviene davvero ufficialmente dal progetto e
‫che userebbe la maggior parte del tempo è il controllo del cubo.
‫Ora potresti vedere che questo è indicato in altri video o discorsi come cubo coccole o cubo coccole o cubi controllano
‫tutti i tipi di altri tipi o forse persino cubo TTL ma quelli sono tutti la stessa cosa.
‫Sono essenzialmente persone diverse che dicono un modo diverso in effetti circa un anno fa o così
‫hanno deciso di chiamare ufficialmente questo controllo del cubo dello strumento nella documentazione ma in realtà non c'è modo
‫sbagliato di dirlo ora proprio come con lo sciame in cui chiamiamo nodi i server che si trovano all'interno di quel cluster cubano
‫Si riferisce anche a cose come nodi, in modo che la terminologia sia almeno la
‫stessa tra i due e il cubo sia il contenitore che eseguirà un piccolo piccolo agente su ciascun nodo per consentire quel nodo per
‫parlare con il maestro dei vortici cubani e ricordare dal momento che Docker aveva costruito uno sciame non aveva davvero bisogno dell'agente
‫separato che era tutto incorporato nel motore docker ma ora con Cuba la NATO è in
‫cima a tutto ciò che ha bisogno del suo API motore che parla al Docker locale o al runtime locale, a
‫seconda di ciò che può essere, quindi torna al piano di controllo o al master che è responsabile della gestione del cluster
‫di città cubane.
‫Ora il piano di controllo a volte chiamato master è ciò che è responsabile del cluster e se hai familiarità con sciami e sciami
‫avevamo il manager che poteva essere uno o più manager volevamo un numero dispari di manager e
‫poi c'erano dei lavoratori che erano facendo tutto il lavoro e se ricordi dallo sciame i gestori potrebbero
‫anche essere lavoratori perché potrebbero anche eseguire contenitori da soli e quindi potresti tecnicamente avere un solo server
‫potresti avere molti server e avere i due ruoli suddivisi in gran parte molto simili a Cuba al
‫giorno d'oggi abbiamo solo nomi leggermente diversi per questo.
‫Quindi anche il piano di controllo, qualcosa che abbiamo eseguito in sciame, è la parte in cui i server eseguono essenzialmente tutto ciò
‫che è responsabile ed è più di un container.
‫È un gruppo di container e gestiscono cose individuali in modo da prendere il principio Linux di fare una cosa
‫e farlo bene e lo prendono e dividono tutto.
‫Quindi essenzialmente ognuna di queste parti sta facendo una cosa e la sta facendo bene e semplifica la progettazione
‫in termini di sviluppo, ma quando devi costruirla ed eseguirla rende le cose un po
‫'più difficili da configurare perché c'è di più da e questo piano di controllo include contenitori che
‫eseguiranno l'API lo scheduler in cui è effettivamente necessario un database in cui sarà qualcosa chiamato SCADA e quindi hai un controller controller
‫che probabilmente hai bisogno di qualcosa chiamato DNS principale per gestire il tuo DNS e così
‫via.
‫Quindi abbiamo molte parti qui, ma mettiamole su un diagramma e vediamo se questo ha senso e lo confronterò
‫con lo sciame.
‫Dal momento che hai già imparato
‫che in questo corso ora se avessi solo una macchina come faremo tra un minuto per imparare tutte le
‫cose a cui ho fatto riferimento in precedenza, si troverebbero tutti sullo stesso server.
‫Quindi ci sarebbero un sacco di container in esecuzione ed è quello che vedrai su cose come mini cubo
‫e desktop docker.
‫Quando gestisci zie cubane a nodo singolo, ma nel mondo reale quando sali sui server hai intenzione di
‫rompere queste cose.
‫Quindi ho pensato di mostrarti molto rapidamente su un diagramma di rete come potrebbe apparire
‫e spiegare le diverse parti.
‫Per prima cosa supponiamo che tu abbia un master ora in una configurazione multi master.
‫Ne avresti tre come quelli con lo sciame.
‫Hai bisogno di numeri dispari perché utilizza lo stesso protocollo di zattera per mantenere il consenso.
‫Proprio come lo sciame ha fatto ora nella documentazione.
‫Questi sono tutti noti come Master ma diventa un po 'confuso e quando hai più di un master
‫perché è la stessa configurazione possiamo avere solo uno che fa davvero il lavoro di scrittura sul display LCD.
‫Quindi questi sono anche conosciuti come
‫il piano di controllo e riconoscerai quel termine da sciame che si riferiva specificamente in sciame ai protocolli sulla
‫rete che consentivano ai Maestri e al naso di parlare in modo sicuro per dare ordini.
‫Ma qui è un po 'diverso il piano di controllo sta parlando dei nodi principali che stanno prendendo
‫tutte le decisioni.
‫E proprio come con lo sciame abbiamo dei nodi di lavoro nella documentazione che
‫verranno semplicemente definiti nodi, ma a volte vedi la parola lavoratore menzionata, quindi chiameremo questi nodi solo per
‫essere coerenti.
‫Ora di nuovo come prima che tutti questi possano
‫eseguire container, ma generalmente manterrai le tue app ai nodi e i sistemi di gestione della
‫community ai Master ora tutti questi sono in esecuzione su Dr. o qualche altro runtime del contenitore come il contenitore D o Creo e all'interno di ciascun master.
‫Avremo bisogno di eseguire più container per mantenere il controllo del sistema e il primo è LCD
‫LCD è un sistema di archiviazione distribuito per valori chiave.
‫Quindi è molto simile a come funziona lo sciame con il suo sistema di algoritmo zattera ed è simile a LCD ma LCD è un prodotto
‫separato ed è qualcosa che puoi installare senza comunità è solo un dato di configurazione di un negozio e
‫utilizza lo stesso protocollo RAF quindi un sacco di valgono le stesse regole.
‫Hai bisogno di numeri dispari, puoi iniziare con uno, ma se vuoi la vera tolleranza agli errori ne hai bisogno tre.
‫E così via.
‫Inoltre, dovrai eseguire più contenitori Cuba e Métis che memorizzeranno i dati all'interno
‫dell'LCD e gestiranno il cluster.
‫Il primo è l'API che sarà il modo in cui parliamo con questo cluster e gli impartiamo ordini.
‫Il prossimo è il contenitore dello scheduler che controllerà come e dove i contenitori
‫sono posizionati sui nodi in oggetti chiamati pod.
‫Il prossimo è il controller manager che controlla lo stato dell'intero cluster e tutto ciò
‫che è in esecuzione in esso e utilizza l'API per farlo e prende gli ordini che gli stanno dando o le
‫specifiche e determina la differenza tra ciò che stai chiedendo di fare e cosa sta realmente succedendo.
‫È fondamentalmente un ciclo diverso che vede l'intero sistema e capire come rendere tutto ciò che sta accadendo attualmente uguale
‫a quello che gli è stato chiesto di fare e quindi avrai bisogno di qualcosa per controllare il
‫DNS che non è integrato e per impostazione predefinita .
‫Questo è
‫il DNS di base e, a seconda di altri componenti aggiuntivi che otterrai in seguito come rete o archiviazione Web e altre funzionalità, avrai
‫anche più contenitori in esecuzione qui.
‫Ora in tutti i nodi avranno bisogno di un agente in esecuzione e che è noto come cubit
‫e per cominciare.
‫Avrai bisogno di un proxy cubo per controllare
‫la rete e, proprio come con Docker, tutti questi saranno ripetuti per i loro ruoli nei Master.
‫Se dovessi fare il multi master, avresti tutti gli stessi container impostati e ogni nodo impostato per
‫il lavoratore sa che ci saranno anche almeno due container lì per la gestione e Cuba Danny è
‫progettato per risolvere molti problemi in molti modi.
‫Quindi ti ritroverai probabilmente aggiungendo più cose ai master più cose ai nodi come la rete sul
‫lato principale.
‫Ci sono molti altri strumenti opzionali da aggiungere anche su di esso, ma iniziamo a installarlo sul tuo
‫sistema locale per l'apprendimento.