Va bene, bentornati tutti
Nei prossimi video parleremo della distribuzione delle nostre applicazioni express.
In pratica, come possiamo ottenere queste app attualmente in esecuzione e stanno funzionando
bene sono tecnicamente implementate utilizzando Cloud 9.
Abbiamo un po 'di RL. Sai quando il mio server è in esecuzione. Ho un U R L che posso inviare a mia madre.
Posso inviarlo ai miei amici. Posso postarlo su Facebook e le persone possono visitare quell'applicazione.
Ma ovviamente non è proprio la stessa cosa di avere il mio server delle app da qualche parte in esecuzione 24 ore su 24 su un
server Amazon o su un server Heroku o sul mio server.
Fondamentalmente qualcosa di diverso dai server Cloud Nine.
Non che ci sia qualcosa di sbagliato in Cloud 9.
È solo che non è progettato per distribuire applicazioni in realtà.
Quelle implementazioni che abbiamo fatto quando iniziamo il nostro server quando eseguiamo le app di nodo.
Sì, che avvia un server su cloud 9 e funziona correttamente.
Ma non appena Cloud 9 presenta problemi non appena interrompo il server, premo control-C o il mio workspace
si riavvia, quindi ci imbattiamo in problemi.
Quella applicazione non è più in esecuzione.
L'altro problema è che generalmente non è una buona idea avere una copia della tua applicazione su
cui stai lavorando che è la stessa copia dell'applicazione che viene distribuita o che viene servita.
Quindi diciamo che sai che voglio aggiungere una nuova funzione che volevo aggiungere.
Non conosco Google Maps o voglio aggiungere qualcosa che coinvolge alcuni che inviano un messaggio di testo qualunque
sia la funzionalità che avrei bisogno di fermare il server per farlo davvero.
Quindi dovrei interrompere la mia app del campo Yelp per provare le cose perché ricorda che dobbiamo riavviare il server
perché molte di queste modifiche abbiano effetto.
Quindi abbiamo lacune nel nostro servizio in cui, se voglio provare qualcosa, voglio eseguire il debug di qualcosa.
In realtà sto eseguendo il debug sulla stessa copia del codice che tutti gli altri vedono.
Chiunque stia usando l'applicazione.
Quindi ovviamente questo è un grosso problema.
Quindi quello che faremo è usare uno strumento chiamato Heroku e Heroku è fondamentalmente solo server che
stai affittando.
È una forza vendita dell'azienda che li possiede in realtà.
Ci sono un sacco di opzioni di società simili come Digital Ocean.
C'è un nodo chiamato modulo jitsu modulo che ci sono centinaia di queste aziende là fuori.
Heroku è probabilmente il più noto e il motivo principale per cui lo stiamo usando
è che ha un piano senza ghiaccio ma è anche davvero molto robusto e potente.
Anche le grandi compagnie usano Heroku tutto il tempo.
Quindi non si tratta solo di una soluzione amatoriale o qualcosa del genere.
Quindi parliamo di ciò che Heroku è ciò che fanno ciò che viene distribuito quando si distribuisce un'applicazione, tutto ciò
che si sta facendo è eseguirlo sul server di qualcun altro.
Oppure può essere anche il tuo server ma solo un server.
Questo è tutto.
È in esecuzione su un server da qualche parte e funziona solo 24 ore su 24, 7 giorni su 7.
Quello che potremmo fare è semplicemente far uscire il nostro server da un computer connesso a Internet e farlo sedere nell'angolo
in esecuzione 24 ore su 24, 7 giorni su 7.
Ovviamente questo non ha molto senso per questo corso e in realtà non ha senso per
molte aziende che prima erano.
E se l'unico modo di servire un'applicazione di dispiegare qualcosa.
E poi è arrivata questa enorme ondata enorme o questa marea di aziende che forniscono servizi
di distribuzione e cloud come servizio.
Cose come Amazon AWOS Heroku tutte le altre cose tutte le altre società che ho menzionato prima ci
sono aziende che esistono esclusivamente per affittare la tua potenza del tuo computer.
Ecco, questo è quello che stiamo facendo qui.
Quando stiamo per distribuire a Heroku tutto quello che dobbiamo fare è ottenere la nostra applicazione, qualunque sia l'applicazione,
o tu o la nostra app per il blog, stiamo solo provando ad accedere ai server di Heroku
e poi avviarlo lì e basta esso.
Heroku ci darà un te.
in cloud 9 e fare esattamente ciò che abbiamo fatto eccetto che su un altro computer un altro server.
Possiamo personalizzare che possiamo inviarlo per reindirizzare al nostro dominio personalizzato in grado di fare tutto ciò che vogliamo, ma l'obiettivo
è semplicemente avere la nostra applicazione che funziona su questo computer o in questo spazio di lavoro
Quindi lo faremo nei prossimi video del prossimo video che
mostreremo come distribuire un'applicazione semplicissima per indirizzare un'app express sì.
Nessun database nessun mango nessuna autenticazione niente di tutto questo.
E poi ti mostrerò come schierare il campo di Yelp.
È un po 'più complicato quando devi prendere in considerazione database e problemi di sicurezza.
Quindi di nuovo inizieremo in modo semplice e semplice.
Quindi nel prossimo video faremo in realtà questo processo di trasferimento del codice da questo computer.
Questa macchina oscura 9 su HIEROCLES e si assicura che funzioni bene e Heroku.
E alla fine del prossimo video avrai un link effettivamente distribuito che puoi condividere e che non
devi preoccuparti di andare giù