Nell'ultima sezione abbiamo creato il nostro primo cluster di Cupra Nettie su Google Cloud.
In questa sezione voglio passare molto rapidamente a questa dashboard e mostrarvi un paio di
pezzi interessanti di cose diverse che saranno rilevanti successivamente, mentre iniziamo a distribuire effettivamente
la nostra applicazione.
La prima cosa che voglio fare è cliccare sul multi cluster qui che abbiamo appena creato su questo pannello.
Vedrai alcune informazioni sulla configurazione del nostro cluster.
Ora non è super comune che tu debba entrare qui e fare riferimento alle informazioni ma
vedrai alcune cose interessanti qui che potresti aver bisogno di utilizzare in un determinato momento nel futuro.
Prima in fondo a questa pagina vedrete le informazioni sui diversi nodi che sono
in uso nel nostro cluster.
Quindi se hai bisogno di cambiare le specifiche su note diverse, ad esempio aggiungi memoria o aggiungi un
CPQ più potente, puoi farlo da questa interfaccia qui.
Ora oltre a mostrare informazioni sul cluster, noterai anche che ci sono un paio di
schede diverse sul lato sinistro.
Puoi controllare i carichi di lavoro qui.
Questa sarà una pagina che alla fine mostrerà tutti i diversi pod e implementazioni
che accompagnano la nostra applicazione.
Al momento non abbiamo nulla in esecuzione sul nostro cluster.
Quindi questa finestra è completamente vuota.
Abbiamo quindi la scheda servizi come si potrebbe intuire che si tratta di diversi servizi che creiamo
all'interno del nostro cluster come il servizio IP cluster o un servizio di bilanciamento del carico se creiamo uno o il nodo per i
servizi tutto quel genere di cose.
Visualizzerai alla fine nella scheda servizi.
Ora le applicazioni qui stanno davvero parlando di diversi tipi di plug-in in modo che possiamo installare
e utilizzare all'interno del nostro cluster.
Quindi questo non sta parlando di diversi pod o implementazioni, quindi stiamo facendo funzionare questo sta parlando di alcuni
software di terze parti che potrebbero essere eseguiti all'interno del nostro cluster.
Non faremo uso di materiale di terze parti.
Quindi ignoreremo generalmente la scheda Applicazioni.
La configurazione mostrerà tutte le diverse variabili d'ambiente o segreti che abbiamo impostato all'interno
del nostro cluster.
Ricorderai che abbiamo un segreto in uso in questo momento che memorizza la nostra password di post script.
Quindi alla fine vedremo quel segreto apparire nella scheda di configurazione.
Quindi, infine, lo storage elenca tutti i diversi volumi persistenti e le richieste di volumi persistenti che
sono impostati all'interno del nostro cluster.
Una cosa rapida di cui voglio ricordarti.
Fammi vedere se ho il diagramma per questo.
Qui è proprio qui.
Va bene, questo è un diagramma che abbiamo visto molto tempo fa quando stavamo parlando
di volumi persistenti e richieste di volumi persistenti.
Ricorderai che avevamo detto che sul tuo computer locale avevamo un provider predefinito per l'archiviazione e sul tuo computer Cooper Nettie ha detto
OK ho intenzione di prendere una parte del tuo disco rigido e dedicarlo a
un volume persistente.
Era quello che stava succedendo sul tuo computer.
Ricorda l'intero punto in cui la discussione ha affermato che l'ambiente in cui
sono in esecuzione i cabernet assegnerà diverse classi di archiviazione predefinite.
E così abbiamo detto anche su un provider di cloud se usiamo Teleki Panetti Quindi abbiamo bisogno
di un gigabyte di storage e Cabernets tenterà di selezionare uno di questi diversi servizi forniti
dal nostro provider cloud.
Pertanto, nel caso di Google Cloud, il nostro provider di archiviazione predefinito è chiamato desk persistente di Google Cloud e,
in effetti, se torni indietro alla scheda di archiviazione e poi osservi le classi di archiviazione, vedrai
che abbiamo una classe di archiviazione chiamata standard.
Questo è il nostro default
Ora se clicco su di esso lo vedrai da qualche parte intorno alla tua forse non su questa pagina così tanto ma sicuramente
tornerò su questa pagina.
Noterai che dice GCE dash PD proprio lì.
Quindi Petey sta per disco persistente.
E se noi Google che al momento il disco persistente di Google Cloud.
Sì, questa è l'offerta di Google Cloud per archiviare in modo affidabile alcune informazioni in modo coerente e non
è necessario cancellarle magicamente ad un certo punto nel tempo.
Così come avevamo detto prima, perché ora ci troviamo in Google Cloud alcune di queste opzioni predefinite
che Kuber Nettie utilizzerà saranno leggermente diverse da quelle predefinite sul computer locale e
l'archiviazione persistente è un ottimo posto per tipo di avere un'idea del fatto che sì, ora che siamo
nel cloud le cose sono un po 'diverse.
Va bene.
Quindi questo è praticamente per il motore di Kuber Nettie questo cruscotto proprio qui.
Ora torneremo più volte su questo cruscotto e faremo un paio di cose diverse.
Ma per ora inizieremo a concentrarci sull'aggiunta di uno script di implementazione al nostro repository che sarà il
nostro file Travis YAML.
Faremo in modo che tutto sia impostato per distribuire automaticamente la nostra applicazione sul cluster Caraibi
Nettie non appena avremo spinto e unificato il nostro codice sul ramo principale del nostro repository
dell'hub Get.
Quindi una pausa veloce e inizieremo nella prossima sezione.