1
00:00:00,860 --> 00:00:04,650
Nell'ultima sezione abbiamo iniziato a parlare dell'applicazione che andremo a

2
00:00:04,650 --> 00:00:10,470
creare per saperne di più sulle implementazioni dei contenitori multa nella sezione continueremo parlando dell'architettura back-end

3
00:00:10,530 --> 00:00:13,090
che useremo per implementare questa applicazione.

4
00:00:14,070 --> 00:00:14,400
Tutto ok.

5
00:00:14,470 --> 00:00:16,220
Quindi eccoci qui, i Baccanti.

6
00:00:16,270 --> 00:00:22,180
Ora, come ho detto, questo è semplicemente il modo più complicato, più complicato di quanto non debba essere un fattore

7
00:00:22,240 --> 00:00:23,470
pari a 20.

8
00:00:23,680 --> 00:00:26,120
Ma ti sto mostrando questo ritorno molto più complicato.

9
00:00:26,120 --> 00:00:31,420
E solo per darti un'idea di come possiamo prendere questi contenitori multipli o più

10
00:00:31,420 --> 00:00:34,490
componenti e montarli insieme in un'unica applicazione.

11
00:00:34,500 --> 00:00:39,950
Ora questo qui è un diagramma del flusso di sviluppo o dell'architettura di sviluppo della nostra applicazione.

12
00:00:40,080 --> 00:00:45,060
Quindi, quando alla fine lo spingeremo in uno schieramento di produzione, alcuni di questi pezzi saranno cambiati solo

13
00:00:45,060 --> 00:00:46,200
un po '.

14
00:00:46,290 --> 00:00:51,790
Ma sarò sicuro di dirti esattamente come cambieranno.

15
00:00:51,840 --> 00:00:56,910
Quindi, quando l'utente avvia il browser e prova a visitare la nostra applicazione, visiterà per la prima

16
00:00:56,970 --> 00:01:01,010
volta un server Web X motore molto simile a quello che avevamo precedentemente.

17
00:01:01,350 --> 00:01:05,240
Il server X del motore sta per fare essenzialmente un po 'di routing.

18
00:01:05,280 --> 00:01:11,490
Il server deciderà se quel browser sta tentando di accedere a un'applicazione di re-act per ottenere alcuni

19
00:01:11,550 --> 00:01:18,500
asset front-end come il H. T. file di posta o un file javascript che verrà utilizzato per creare questa applicazione.

20
00:01:18,930 --> 00:01:24,390
Se il browser sta tentando di accedere ad alcuni asset front-end come un file HMO o

21
00:01:24,390 --> 00:01:32,140
un file javascript, instraderà automaticamente la richiesta in entrata sul server re-act se la richiesta in arrivo sta invece tentando di accedere ad alcune

22
00:01:32,170 --> 00:01:38,980
API back-end che stiamo andando da utilizzare per l'invio di numeri e la lettura di numeri sul recupero di valori di

23
00:01:39,170 --> 00:01:41,510
tutto quel genere di cose buone.

24
00:01:41,620 --> 00:01:46,660
Quindi il server X del motore proprio qui instraderà invece la richiesta per esprimere il server.

25
00:01:46,840 --> 00:01:52,870
Quindi questo express qui funzionerà come la nostra API che fornirà informazioni o

26
00:01:52,870 --> 00:01:55,460
valori calcolati fino all'applicazione front-end.

27
00:01:56,480 --> 00:02:00,640
Ora lascia che ti mostri un paio di diagrammi che spiegheranno meglio questo processo proprio qui.

28
00:02:02,270 --> 00:02:06,950
Vedete che potreste notare che nell'ultimo diagramma avevamo questi lavoratori che ci leggevano e scrivevano

29
00:02:06,950 --> 00:02:13,640
cose qui sopra che sono in memoria nella storia dei dati di memoria ed è molto comunemente usato per gli alloggi

30
00:02:14,120 --> 00:02:16,780
temporanei o ha dei valori memorizzati nella cache.

31
00:02:16,790 --> 00:02:23,410
Ho anche dei postscripts proprio qui che è un database molto simile a My My sequel.

32
00:02:23,490 --> 00:02:29,010
Quindi potresti aver notato che nel nostro mockup di applicazioni web avevamo questi due set di valori proprio qui.

33
00:02:29,010 --> 00:02:33,690
Abbiamo avuto i primi valori che l'applicazione ha visto o essenzialmente i valori che sono

34
00:02:33,690 --> 00:02:34,940
stati inviati all'applicazione.

35
00:02:35,130 --> 00:02:40,990
Tutte le informazioni per questi valori che ho visto verranno archiviate in un database post gress.

36
00:02:41,060 --> 00:02:46,920
E quindi puoi immaginare che i valori che ho visto qui o gli indici che ho visto

37
00:02:46,920 --> 00:02:50,980
sono un insieme di dati memorizzati permanentemente provenienti da post script.

38
00:02:51,120 --> 00:02:56,130
D'altra parte i valori calcolati che verranno visualizzati proprio qui tutte queste

39
00:02:56,190 --> 00:03:00,590
informazioni verranno invece visualizzate in un database rattus separato.

40
00:03:00,840 --> 00:03:06,260
Quindi, stiamo ancora rendendo questo complicato modo complicato più complicato di quanto non debba essere.

41
00:03:06,270 --> 00:03:10,710
Abbiamo essenzialmente dati identici sullo schermo proprio qui, ma stiamo andando a dire arbitrariamente che

42
00:03:10,710 --> 00:03:15,190
oh sì questa fonte di dati proviene dal post-processo questa fonte di dati proviene da

43
00:03:15,210 --> 00:03:15,900
rattus qui.

44
00:03:15,900 --> 00:03:20,100
Ancora una volta lo stiamo facendo per renderlo un po 'più complicato e mostrarvi come

45
00:03:20,100 --> 00:03:23,610
lavorereste con queste diverse fonti di dati in una singola applicazione.

46
00:03:24,320 --> 00:03:29,610
Ora lascia che ti mostri un flusso di come la nostra applicazione si comporterà davvero dietro le quinte.

47
00:03:29,610 --> 00:03:35,430
Immaginiamo quindi che un utente invii un numero all'applicativo di re-act come diciamo che inserisce un numero nel modulo proprio

48
00:03:35,430 --> 00:03:38,160
qui e quindi fa clic sul pulsante di invio.

49
00:03:39,640 --> 00:03:44,810
Quindi, quando l'utente fa clic su quel pulsante di invio, l'app di re-act farà una

50
00:03:44,830 --> 00:03:51,460
richiesta API o richiesta Symeon Ajax al server Express Express backend quando riceve questo numero che deve calcolare un

51
00:03:51,460 --> 00:03:57,320
numero di Fibonacci per il suo primo accesso prendi quel numero e memorizzalo all'interno del nostro database

52
00:03:57,320 --> 00:03:58,180
di post-script.

53
00:03:58,210 --> 00:04:02,860
Ricorda che avrà una lista permanente di tutti gli indici che sono mai stati

54
00:04:02,860 --> 00:04:04,360
inviati alla nostra applicazione.

55
00:04:04,360 --> 00:04:09,790
Allo stesso tempo anche il server Express prenderà quell'indice e lo inserirà nel

56
00:04:09,880 --> 00:04:11,200
database più arrossato.

57
00:04:11,200 --> 00:04:17,530
Quando un nuovo numero compare all'interno del nostro database Reddit, occuperà un nodo back-end

58
00:04:17,580 --> 00:04:21,680
separato J. S. processo a cui ci riferiremo come il lavoratore.

59
00:04:21,820 --> 00:04:27,670
L'unico lavoro di questo lavoratore è di guardarci per leggere nuovi indici che appaiono e ogni volta

60
00:04:27,670 --> 00:04:32,470
che compare un nuovo indice dentro di noi, il lavoratore estrarrà quel valore.

61
00:04:32,650 --> 00:04:35,920
Calcolerà il valore di intaglio Taban appropriato per questo.

62
00:04:35,920 --> 00:04:41,200
Prenderà quel valore calcolato e poi lo riporterà in Radice in modo che possa essere

63
00:04:41,350 --> 00:04:45,540
richiesto dall'applicazione di re-act e alla fine venga visualizzato sullo schermo.

64
00:04:45,550 --> 00:04:48,760
Quindi, ancora un po 'complicato, non posso dirlo abbastanza.

65
00:04:48,760 --> 00:04:54,670
Non penso che finiresti per costruire una casa rossa o vedere un'applicazione calcolatrice di Fibonacci con questo tipo di flusso

66
00:04:54,670 --> 00:04:56,960
proprio qui in questo tipo di architettura.

67
00:04:56,980 --> 00:05:00,540
Ma di nuovo voglio solo mostrarti una distribuzione multi-contenitore.

68
00:05:00,640 --> 00:05:04,450
Quindi ora che abbiamo un'idea migliore di come funziona tutto questo, facciamo una breve pausa.

69
00:05:04,450 --> 00:05:08,660
Torneremo alla prossima sezione e inizieremo a mettere insieme questa applicazione da zero.

70
00:05:08,680 --> 00:05:10,580
Una breve pausa e ci vediamo tra un minuto.