1
00:00:00,680 --> 00:00:05,750
Nell'ultimo paio di sezioni completiamo il nostro file di configurazione di distribuzione e il nuovo servizio IP cluster

2
00:00:05,750 --> 00:00:07,410
per andare avanti con esso.

3
00:00:07,640 --> 00:00:13,310
Continueremo mettendo insieme altri due file di configurazione quasi identici questa volta centrati attorno

4
00:00:13,340 --> 00:00:19,550
alla nostra Express API o all'immagine del server multis e questa volta garantiremo un servizio

5
00:00:19,550 --> 00:00:25,730
IP cluster molto simile perché noi Non voglio che l'API Express sia direttamente accessibile dal

6
00:00:25,730 --> 00:00:31,020
mondo esterno come normalmente accade con un servizio di porta del nodo.

7
00:00:31,020 --> 00:00:36,560
Ricorda che utilizziamo l'IP del cluster ogni volta che vogliamo rendere un set di pod accessibile solo

8
00:00:36,560 --> 00:00:38,940
ad altre cose all'interno del nostro nodo.

9
00:00:39,200 --> 00:00:44,240
Il servizio di ingresso che alla fine andremo a mettere insieme si qualifica come un'altra cosa all'interno del

10
00:00:44,240 --> 00:00:45,120
nostro nodo.

11
00:00:45,560 --> 00:00:46,040
Tutto ok.

12
00:00:46,050 --> 00:00:51,950
Quindi una cosa rapida che voglio ricordarti qui è che la nostra immagine multis server ascolterà

13
00:00:51,950 --> 00:00:55,200
sempre le richieste in arrivo sulla porta 5000.

14
00:00:55,340 --> 00:01:00,200
E questo era qualcosa che avevamo davvero codificato nell'immagine stessa e nel server

15
00:01:00,200 --> 00:01:01,710
attuale che scorre dentro.

16
00:01:01,730 --> 00:01:05,930
Quindi, quando creiamo il nostro servizio IP cluster, faremo in modo che invii il traffico

17
00:01:05,960 --> 00:01:08,840
a cinquemila porte su ognuno di questi pod diversi.

18
00:01:09,020 --> 00:01:14,870
E di nuovo solo per mantenere ogni porta uguale su entrambi i lati, diremo che è possibile accedere

19
00:01:14,870 --> 00:01:18,960
all'IP del cluster accedendo a 5000 come ho detto in precedenza.

20
00:01:19,040 --> 00:01:24,860
Non c'è davvero una buona ragione a prima vista, per qualche motivo, per cambiare la porta su cui

21
00:01:24,860 --> 00:01:26,820
l'IP del cluster accetta il traffico.

22
00:01:26,840 --> 00:01:30,370
Quindi faremo in modo che sia 5000 in entrambi i casi.

23
00:01:30,380 --> 00:01:32,660
Va bene, andiamo.

24
00:01:32,700 --> 00:01:36,290
Ho bisogno di tornare al mio editor di codice all'interno della mia directory di Kades.

25
00:01:36,290 --> 00:01:42,270
Creerò un nuovo file e chiamerò questa distribuzione Dasch del server.

26
00:01:42,320 --> 00:01:43,490
YAML.

27
00:01:43,490 --> 00:01:48,290
E poi all'interno di qui metteremo insieme una configurazione che sembrerà molto simile a ciò che

28
00:01:48,290 --> 00:01:51,720
abbiamo fatto nella distribuzione dei nostri client solo un momento fa.

29
00:01:52,130 --> 00:02:01,910
Quindi diremo nuovamente che le app della versione API V-1 avremo un tipo di distribuzione per i nostri dati Medhat.

30
00:02:01,920 --> 00:02:11,080
Forniremo un nome per la distribuzione del server e quindi inizieremo ad aggiungere le specifiche che personalizzeranno esattamente come

31
00:02:11,100 --> 00:02:13,490
si comporta questa implementazione.

32
00:02:13,490 --> 00:02:18,480
Quindi, per le repliche delle mie repliche, assicuriamoci che l'ortografia sia corretta.

33
00:02:18,500 --> 00:02:21,240
Di nuovo questo è il numero di pod diversi che andremo a configurare.

34
00:02:21,260 --> 00:02:26,740
Diremo arbitrariamente che vogliamo tre pod che eseguono l'immagine multi server.

35
00:02:26,810 --> 00:02:29,080
Non sappiamo davvero molto su come.

36
00:02:29,120 --> 00:02:33,940
La maggior parte dei poliziotti su scala scala questi gruppi di pod, quindi forse tre è un buon punto di partenza.

37
00:02:33,950 --> 00:02:35,210
Forse non è non lo so.

38
00:02:35,240 --> 00:02:38,980
Scopriremo quando implementeremo questa cosa e inizieremo a testare il nostro cluster con un po

39
00:02:38,980 --> 00:02:39,670
'di traffico.

40
00:02:40,720 --> 00:02:46,570
In seguito andremo a specificare il selettore che verrà utilizzato dalla distribuzione per trovare questi set

41
00:02:46,570 --> 00:02:48,830
di pod che deve controllare.

42
00:02:48,850 --> 00:02:51,740
Quindi stiamo per dire che vogliamo abbinare un set di etichette.

43
00:02:51,820 --> 00:02:53,660
E poi di nuovo faremo un componente.

44
00:02:53,740 --> 00:03:01,930
Questa volta invece di fare il Web come valore per la chiave del componente farò un server come questo e quindi questo è molto

45
00:03:01,930 --> 00:03:07,390
chiaramente indicando che il componente all'interno della nostra applicazione su cui stiamo lavorando proprio qui è

46
00:03:07,390 --> 00:03:12,850
il server che voglio ricordarvi che le etichette che mettiamo insieme possono essere qualsiasi cosa possiate

47
00:03:12,850 --> 00:03:13,520
immaginare.

48
00:03:13,600 --> 00:03:19,740
Così potremmo fare qualcosa come parte dell'API dell'app o qualcosa del genere.

49
00:03:19,990 --> 00:03:25,450
Ma personalmente mi piace questo tipo di componente e quindi pezzo di terminologia dell'applicazione. Penso che

50
00:03:25,450 --> 00:03:29,260
sia piuttosto chiaro cosa indichi questa coppia di valori chiave.

51
00:03:30,930 --> 00:03:36,630
OK, ora che abbiamo messo insieme, riusciamo a rientrare in una rientranza sullo stesso

52
00:03:36,660 --> 00:03:40,010
livello di indentazione del selettore e delle repliche.

53
00:03:40,260 --> 00:03:47,250
E poi metteremo insieme il nostro modello di pod Zyla per cominciare con il nostro Medhat day ma apparentemente con i meta dati

54
00:03:47,490 --> 00:03:49,800
che specificheranno il nostro set di etichette.

55
00:03:49,890 --> 00:03:55,560
E ancora, le etichette che applichiamo al proverbio devono almeno corrispondere a qualsiasi cosa mettiamo all'interno

56
00:03:55,620 --> 00:03:57,770
delle specifiche per la distribuzione stessa.

57
00:03:58,660 --> 00:04:02,220
Quindi per le etichette tutti dicono che il componente server è così perfetto

58
00:04:05,560 --> 00:04:10,420
che ho intenzione di indentare il rientro un po 'di più, così ora sono sullo stesso livello di

59
00:04:10,420 --> 00:04:11,420
indentazione dei metadati.

60
00:04:11,710 --> 00:04:16,990
E forniremo le specifiche che personalizzeranno il comportamento esatto di ciascuno dei

61
00:04:16,990 --> 00:04:18,320
pod creati.

62
00:04:18,420 --> 00:04:24,750
Ora forniremo nuovamente un elenco di contenitori che questo piatto dovrebbe funzionare come prima.

63
00:04:24,790 --> 00:04:28,800
Avremo solo un singolo contenitore all'interno di questo pod.

64
00:04:28,810 --> 00:04:34,200
Non abbiamo altri contenitori che devono funzionare insieme all'immagine multi server.

65
00:04:34,390 --> 00:04:44,830
Quindi darò un nome di server, l'immagine sarà il mio ID docker slash multi server e l'ultima cosa che faremo ora

66
00:04:44,830 --> 00:04:50,020
è aggiungere l'elenco di porte che vogliamo rendere disponibili.

67
00:04:50,080 --> 00:04:57,640
Quindi per i porti ho intenzione di dire che vogliamo avere una porta container accessibile di 5000 come la.

68
00:04:57,700 --> 00:04:58,040
Tutto ok.

69
00:04:58,040 --> 00:05:03,280
Ora voglio darvi un rapido promemoria l'immagine multis server che abbiamo messo insieme

70
00:05:03,280 --> 00:05:09,910
si aspetta di ottenere una manciata di coppie di valori chiave insieme ad essa o variabili d'ambiente che

71
00:05:09,910 --> 00:05:16,600
dice al server multis o all'API Express esattamente come connettersi alla nostra istanza postscripts e anche l'istanza S rossa.

72
00:05:16,600 --> 00:05:21,340
Quindi tutto ciò che abbiamo messo insieme in questo file in questo momento è sicuramente qualcosa che

73
00:05:21,340 --> 00:05:22,410
dobbiamo aggiungere qui.

74
00:05:22,420 --> 00:05:27,220
Ma alla fine torneremo e aggiungeremo una serie di variabili di ambiente

75
00:05:27,220 --> 00:05:31,470
che vogliamo essere inserite nel contenitore creato con questa immagine.

76
00:05:31,510 --> 00:05:36,310
E ricorda l'intero obiettivo che stiamo per dire all'API Express come connettersi ai post

77
00:05:36,370 --> 00:05:38,180
script e leggere restis.

78
00:05:38,200 --> 00:05:39,980
Va bene, quindi torneremo su questo file.

79
00:05:40,000 --> 00:05:46,930
Ma in questo momento voglio concentrarmi solo sul finire questo specifico pezzo della nostra applicazione per Speace in questo

80
00:05:46,930 --> 00:05:51,190
momento e non voglio ancora pensare a come coinvolgere rattus in post

81
00:05:51,270 --> 00:05:52,590
e qui ancora.

82
00:05:52,930 --> 00:05:53,160
Va bene.

83
00:05:53,170 --> 00:05:54,590
Quindi facciamo una breve pausa qui.

84
00:05:54,610 --> 00:05:58,720
Quando torneremo alla prossima sezione, metteremo insieme il nostro file di configurazione per il servizio

85
00:05:58,720 --> 00:05:59,680
IP del cluster.

86
00:05:59,800 --> 00:06:01,640
Quindi una breve pausa e ci vediamo tra un minuto.