Nell'ultima sezione abbiamo iniziato a parlare dell'applicazione che andremo a
creare per saperne di più sulle implementazioni dei contenitori multa nella sezione continueremo parlando dell'architettura back-end
che useremo per implementare questa applicazione.
Tutto ok.
Quindi eccoci qui, i Baccanti.
Ora, come ho detto, questo è semplicemente il modo più complicato, più complicato di quanto non debba essere un fattore
pari a 20.
Ma ti sto mostrando questo ritorno molto più complicato.
E solo per darti un'idea di come possiamo prendere questi contenitori multipli o più
componenti e montarli insieme in un'unica applicazione.
Ora questo qui è un diagramma del flusso di sviluppo o dell'architettura di sviluppo della nostra applicazione.
Quindi, quando alla fine lo spingeremo in uno schieramento di produzione, alcuni di questi pezzi saranno cambiati solo
un po '.
Ma sarò sicuro di dirti esattamente come cambieranno.
Quindi, quando l'utente avvia il browser e prova a visitare la nostra applicazione, visiterà per la prima
volta un server Web X motore molto simile a quello che avevamo precedentemente.
Il server X del motore sta per fare essenzialmente un po 'di routing.
Il server deciderà se quel browser sta tentando di accedere a un'applicazione di re-act per ottenere alcuni
asset front-end come il H. T. file di posta o un file javascript che verrà utilizzato per creare questa applicazione.
Se il browser sta tentando di accedere ad alcuni asset front-end come un file HMO o
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
API back-end che stiamo andando da utilizzare per l'invio di numeri e la lettura di numeri sul recupero di valori di
tutto quel genere di cose buone.
Quindi il server X del motore proprio qui instraderà invece la richiesta per esprimere il server.
Quindi questo express qui funzionerà come la nostra API che fornirà informazioni o
valori calcolati fino all'applicazione front-end.
Ora lascia che ti mostri un paio di diagrammi che spiegheranno meglio questo processo proprio qui.
Vedete che potreste notare che nell'ultimo diagramma avevamo questi lavoratori che ci leggevano e scrivevano
cose qui sopra che sono in memoria nella storia dei dati di memoria ed è molto comunemente usato per gli alloggi
temporanei o ha dei valori memorizzati nella cache.
Ho anche dei postscripts proprio qui che è un database molto simile a My My sequel.
Quindi potresti aver notato che nel nostro mockup di applicazioni web avevamo questi due set di valori proprio qui.
Abbiamo avuto i primi valori che l'applicazione ha visto o essenzialmente i valori che sono
stati inviati all'applicazione.
Tutte le informazioni per questi valori che ho visto verranno archiviate in un database post gress.
E quindi puoi immaginare che i valori che ho visto qui o gli indici che ho visto
sono un insieme di dati memorizzati permanentemente provenienti da post script.
D'altra parte i valori calcolati che verranno visualizzati proprio qui tutte queste
informazioni verranno invece visualizzate in un database rattus separato.
Quindi, stiamo ancora rendendo questo complicato modo complicato più complicato di quanto non debba essere.
Abbiamo essenzialmente dati identici sullo schermo proprio qui, ma stiamo andando a dire arbitrariamente che
oh sì questa fonte di dati proviene dal post-processo questa fonte di dati proviene da
rattus qui.
Ancora una volta lo stiamo facendo per renderlo un po 'più complicato e mostrarvi come
lavorereste con queste diverse fonti di dati in una singola applicazione.
Ora lascia che ti mostri un flusso di come la nostra applicazione si comporterà davvero dietro le quinte.
Immaginiamo quindi che un utente invii un numero all'applicativo di re-act come diciamo che inserisce un numero nel modulo proprio
qui e quindi fa clic sul pulsante di invio.
Quindi, quando l'utente fa clic su quel pulsante di invio, l'app di re-act farà una
richiesta API o richiesta Symeon Ajax al server Express Express backend quando riceve questo numero che deve calcolare un
numero di Fibonacci per il suo primo accesso prendi quel numero e memorizzalo all'interno del nostro database
di post-script.
Ricorda che avrà una lista permanente di tutti gli indici che sono mai stati
inviati alla nostra applicazione.
Allo stesso tempo anche il server Express prenderà quell'indice e lo inserirà nel
database più arrossato.
Quando un nuovo numero compare all'interno del nostro database Reddit, occuperà un nodo back-end
separato J. S. processo a cui ci riferiremo come il lavoratore.
L'unico lavoro di questo lavoratore è di guardarci per leggere nuovi indici che appaiono e ogni volta
che compare un nuovo indice dentro di noi, il lavoratore estrarrà quel valore.
Calcolerà il valore di intaglio Taban appropriato per questo.
Prenderà quel valore calcolato e poi lo riporterà in Radice in modo che possa essere
richiesto dall'applicazione di re-act e alla fine venga visualizzato sullo schermo.
Quindi, ancora un po 'complicato, non posso dirlo abbastanza.
Non penso che finiresti per costruire una casa rossa o vedere un'applicazione calcolatrice di Fibonacci con questo tipo di flusso
proprio qui in questo tipo di architettura.
Ma di nuovo voglio solo mostrarti una distribuzione multi-contenitore.
Quindi ora che abbiamo un'idea migliore di come funziona tutto questo, facciamo una breve pausa.
Torneremo alla prossima sezione e inizieremo a mettere insieme questa applicazione da zero.
Una breve pausa e ci vediamo tra un minuto.