1
00:00:00,860 --> 00:00:05,170
Nell'ultima sezione abbiamo creato il nostro primo cluster di Cupra Nettie su Google Cloud.

2
00:00:05,410 --> 00:00:10,120
In questa sezione voglio passare molto rapidamente a questa dashboard e mostrarvi un paio di

3
00:00:10,120 --> 00:00:14,650
pezzi interessanti di cose diverse che saranno rilevanti successivamente, mentre iniziamo a distribuire effettivamente

4
00:00:14,650 --> 00:00:16,000
la nostra applicazione.

5
00:00:16,000 --> 00:00:20,820
La prima cosa che voglio fare è cliccare sul multi cluster qui che abbiamo appena creato su questo pannello.

6
00:00:20,830 --> 00:00:24,820
Vedrai alcune informazioni sulla configurazione del nostro cluster.

7
00:00:24,820 --> 00:00:29,650
Ora non è super comune che tu debba entrare qui e fare riferimento alle informazioni ma

8
00:00:29,650 --> 00:00:34,560
vedrai alcune cose interessanti qui che potresti aver bisogno di utilizzare in un determinato momento nel futuro.

9
00:00:34,570 --> 00:00:38,500
Prima in fondo a questa pagina vedrete le informazioni sui diversi nodi che sono

10
00:00:38,500 --> 00:00:40,220
in uso nel nostro cluster.

11
00:00:40,240 --> 00:00:45,670
Quindi se hai bisogno di cambiare le specifiche su note diverse, ad esempio aggiungi memoria o aggiungi un

12
00:00:45,670 --> 00:00:48,780
CPQ più potente, puoi farlo da questa interfaccia qui.

13
00:00:49,500 --> 00:00:54,150
Ora oltre a mostrare informazioni sul cluster, noterai anche che ci sono un paio di

14
00:00:54,150 --> 00:00:56,000
schede diverse sul lato sinistro.

15
00:00:56,430 --> 00:00:58,650
Puoi controllare i carichi di lavoro qui.

16
00:00:58,680 --> 00:01:03,150
Questa sarà una pagina che alla fine mostrerà tutti i diversi pod e implementazioni

17
00:01:03,150 --> 00:01:05,050
che accompagnano la nostra applicazione.

18
00:01:05,130 --> 00:01:07,580
Al momento non abbiamo nulla in esecuzione sul nostro cluster.

19
00:01:07,590 --> 00:01:10,020
Quindi questa finestra è completamente vuota.

20
00:01:10,050 --> 00:01:14,910
Abbiamo quindi la scheda servizi come si potrebbe intuire che si tratta di diversi servizi che creiamo

21
00:01:14,910 --> 00:01:21,570
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

22
00:01:21,570 --> 00:01:23,330
servizi tutto quel genere di cose.

23
00:01:23,430 --> 00:01:27,060
Visualizzerai alla fine nella scheda servizi.

24
00:01:27,100 --> 00:01:32,650
Ora le applicazioni qui stanno davvero parlando di diversi tipi di plug-in in modo che possiamo installare

25
00:01:32,650 --> 00:01:34,810
e utilizzare all'interno del nostro cluster.

26
00:01:34,810 --> 00:01:39,310
Quindi questo non sta parlando di diversi pod o implementazioni, quindi stiamo facendo funzionare questo sta parlando di alcuni

27
00:01:39,340 --> 00:01:42,290
software di terze parti che potrebbero essere eseguiti all'interno del nostro cluster.

28
00:01:42,310 --> 00:01:44,580
Non faremo uso di materiale di terze parti.

29
00:01:44,620 --> 00:01:48,280
Quindi ignoreremo generalmente la scheda Applicazioni.

30
00:01:48,500 --> 00:01:53,420
La configurazione mostrerà tutte le diverse variabili d'ambiente o segreti che abbiamo impostato all'interno

31
00:01:53,480 --> 00:01:54,910
del nostro cluster.

32
00:01:54,920 --> 00:01:59,690
Ricorderai che abbiamo un segreto in uso in questo momento che memorizza la nostra password di post script.

33
00:01:59,770 --> 00:02:03,900
Quindi alla fine vedremo quel segreto apparire nella scheda di configurazione.

34
00:02:03,960 --> 00:02:09,720
Quindi, infine, lo storage elenca tutti i diversi volumi persistenti e le richieste di volumi persistenti che

35
00:02:09,720 --> 00:02:12,150
sono impostati all'interno del nostro cluster.

36
00:02:12,150 --> 00:02:13,700
Una cosa rapida di cui voglio ricordarti.

37
00:02:13,710 --> 00:02:15,720
Fammi vedere se ho il diagramma per questo.

38
00:02:15,720 --> 00:02:16,650
Qui è proprio qui.

39
00:02:16,660 --> 00:02:21,120
Va bene, questo è un diagramma che abbiamo visto molto tempo fa quando stavamo parlando

40
00:02:21,120 --> 00:02:23,590
di volumi persistenti e richieste di volumi persistenti.

41
00:02:23,610 --> 00:02:31,580
Ricorderai che avevamo detto che sul tuo computer locale avevamo un provider predefinito per l'archiviazione e sul tuo computer Cooper Nettie ha detto

42
00:02:31,580 --> 00:02:36,350
OK ho intenzione di prendere una parte del tuo disco rigido e dedicarlo a

43
00:02:36,350 --> 00:02:37,680
un volume persistente.

44
00:02:37,700 --> 00:02:39,520
Era quello che stava succedendo sul tuo computer.

45
00:02:39,560 --> 00:02:44,060
Ricorda l'intero punto in cui la discussione ha affermato che l'ambiente in cui

46
00:02:44,060 --> 00:02:48,160
sono in esecuzione i cabernet assegnerà diverse classi di archiviazione predefinite.

47
00:02:48,260 --> 00:02:53,600
E così abbiamo detto anche su un provider di cloud se usiamo Teleki Panetti Quindi abbiamo bisogno

48
00:02:53,600 --> 00:02:58,640
di un gigabyte di storage e Cabernets tenterà di selezionare uno di questi diversi servizi forniti

49
00:02:58,640 --> 00:03:00,120
dal nostro provider cloud.

50
00:03:00,320 --> 00:03:06,380
Pertanto, nel caso di Google Cloud, il nostro provider di archiviazione predefinito è chiamato desk persistente di Google Cloud e,

51
00:03:06,380 --> 00:03:11,750
in effetti, se torni indietro alla scheda di archiviazione e poi osservi le classi di archiviazione, vedrai

52
00:03:11,750 --> 00:03:14,390
che abbiamo una classe di archiviazione chiamata standard.

53
00:03:14,390 --> 00:03:16,160
Questo è il nostro default

54
00:03:16,230 --> 00:03:21,320
Ora se clicco su di esso lo vedrai da qualche parte intorno alla tua forse non su questa pagina così tanto ma sicuramente

55
00:03:21,350 --> 00:03:22,340
tornerò su questa pagina.

56
00:03:22,370 --> 00:03:25,540
Noterai che dice GCE dash PD proprio lì.

57
00:03:25,700 --> 00:03:28,680
Quindi Petey sta per disco persistente.

58
00:03:28,880 --> 00:03:34,370
E se noi Google che al momento il disco persistente di Google Cloud.

59
00:03:34,530 --> 00:03:40,360
Sì, questa è l'offerta di Google Cloud per archiviare in modo affidabile alcune informazioni in modo coerente e non

60
00:03:40,360 --> 00:03:43,860
è necessario cancellarle magicamente ad un certo punto nel tempo.

61
00:03:43,870 --> 00:03:48,840
Così come avevamo detto prima, perché ora ci troviamo in Google Cloud alcune di queste opzioni predefinite

62
00:03:48,840 --> 00:03:53,230
che Kuber Nettie utilizzerà saranno leggermente diverse da quelle predefinite sul computer locale e

63
00:03:53,230 --> 00:03:58,390
l'archiviazione persistente è un ottimo posto per tipo di avere un'idea del fatto che sì, ora che siamo

64
00:03:58,390 --> 00:04:01,120
nel cloud le cose sono un po 'diverse.

65
00:04:01,420 --> 00:04:01,730
Va bene.

66
00:04:01,750 --> 00:04:05,620
Quindi questo è praticamente per il motore di Kuber Nettie questo cruscotto proprio qui.

67
00:04:05,650 --> 00:04:10,540
Ora torneremo più volte su questo cruscotto e faremo un paio di cose diverse.

68
00:04:10,540 --> 00:04:17,720
Ma per ora inizieremo a concentrarci sull'aggiunta di uno script di implementazione al nostro repository che sarà il

69
00:04:17,720 --> 00:04:19,520
nostro file Travis YAML.

70
00:04:19,550 --> 00:04:24,550
Faremo in modo che tutto sia impostato per distribuire automaticamente la nostra applicazione sul cluster Caraibi

71
00:04:24,580 --> 00:04:29,480
Nettie non appena avremo spinto e unificato il nostro codice sul ramo principale del nostro repository

72
00:04:29,480 --> 00:04:30,230
dell'hub Get.

73
00:04:30,230 --> 00:04:32,740
Quindi una pausa veloce e inizieremo nella prossima sezione.
