1
00:00:01,220 --> 00:00:06,800
Nell'ultima sezione abbiamo terminato la distribuzione del singolo teener su Amazon Elastic beanstalk.

2
00:00:06,910 --> 00:00:12,280
Prima di passare al promemoria rapido, ti preghiamo di non dimenticare di chiudere l'applicazione che abbiamo appena

3
00:00:12,280 --> 00:00:12,910
creato.

4
00:00:13,060 --> 00:00:16,210
Ho inserito le indicazioni per chiudere l'app nell'ultima sezione.

5
00:00:16,300 --> 00:00:20,950
Una specie di sezione tecnica rapida che ti mostra molto rapidamente come terminare l'applicazione che ti serve

6
00:00:20,950 --> 00:00:24,090
per terminare quella cosa in modo da non ricevere denaro fatturato.

7
00:00:24,100 --> 00:00:27,880
Se stai bene pagando un paio di dollari allora puoi certamente lasciare l'applicazione in

8
00:00:27,880 --> 00:00:31,770
esecuzione ma se non vuoi che ti vengano addebitati i soldi, assicurati di aver terminato l'applicazione.

9
00:00:32,540 --> 00:00:32,850
Tutto ok.

10
00:00:32,900 --> 00:00:35,780
Quindi abbiamo completato con successo l'applicazione e l'intera distribuzione.

11
00:00:35,780 --> 00:00:40,730
Ma c'erano un paio di articoli di grande valore che penso fossero una specie di grandi problemi

12
00:00:40,790 --> 00:00:43,450
che non abbiamo fatto abbastanza bene come potremmo avere.

13
00:00:43,730 --> 00:00:49,220
Quindi ecco alcuni dei problemi che penso ci siamo imbattuti in quel processo di distribuzione del singolo contenitore.

14
00:00:49,220 --> 00:00:51,730
Prima di tutto l'intera applicazione è stata molto semplice.

15
00:00:51,770 --> 00:00:55,680
Si trattava di una singola applicazione di re-act, supportata da un server X del motore.

16
00:00:55,970 --> 00:00:58,690
Non c'è un sacco di complessità.

17
00:00:58,700 --> 00:01:03,760
Non ci affidavamo a nessun servizio esterno o database o qualcosa del genere.

18
00:01:03,840 --> 00:01:08,300
E quindi penso che se riusciremo davvero a padroneggiare i contenitori e la distribuzione e tutto quel

19
00:01:08,300 --> 00:01:12,980
genere di cose potremmo aver bisogno di lavorare su un'applicazione che è un po 'più complessa e magari ha

20
00:01:13,220 --> 00:01:15,880
una specie di intermex di un paio di differenti Servizi.

21
00:01:17,040 --> 00:01:21,500
L'altra cosa che voglio sottolineare è che stavamo costruendo la nostra immagine più volte.

22
00:01:21,510 --> 00:01:27,480
Abbiamo costruito la nostra immagine su Travis s. quando abbiamo eseguito i nostri test e abbiamo

23
00:01:27,480 --> 00:01:33,510
anche creato l'immagine una seconda volta dopo aver trasferito tutto il nostro codice da Travis a Amazon Elastic beanstalk

24
00:01:33,510 --> 00:01:39,030
e ho intenzione di suggerire che forse non era l'approccio migliore perché stavamo essenzialmente prendendo il nostro

25
00:01:39,030 --> 00:01:43,710
server web o l'applicazione web e lo stavamo usando per costruire la nostra immagine.

26
00:01:43,710 --> 00:01:49,590
Ci sono buone probabilità che il nostro server web si preoccupi solo di gestire il nostro server web e

27
00:01:49,590 --> 00:01:54,430
probabilmente non vogliamo che debba fare questo processo extra per costruire la nostra immagine.

28
00:01:54,450 --> 00:02:00,390
Quindi penso che forse è stato un pessimo approccio per permettere ai nostri documenti di essere

29
00:02:00,600 --> 00:02:06,030
costruiti più volte e soprattutto permettergli di costruire sul nostro server web attivo.

30
00:02:06,050 --> 00:02:11,460
Il terzo elemento e questo è molto vicino al primo di cui abbiamo appena parlato, avevamo un'applicazione

31
00:02:11,490 --> 00:02:12,920
molto semplice e diretta.

32
00:02:12,930 --> 00:02:15,420
Non ha fatto uso di servizi esterni.

33
00:02:15,480 --> 00:02:22,460
Quindi non esiste un database quindi abbiamo fatto uso di nessuna API nessun server rosso ha per il caching o qualcosa del genere.

34
00:02:22,470 --> 00:02:27,750
Quindi penso che se vogliamo davvero avere una certa padronanza della finestra mobile e capire davvero come

35
00:02:27,750 --> 00:02:33,300
funziona questa roba, probabilmente dovremo lavorare su un'applicazione un po 'più complicata e questo è esattamente quello che

36
00:02:33,300 --> 00:02:35,290
inizieremo a fare in questa sezione.

37
00:02:35,340 --> 00:02:41,280
Scopriremo come creare un'applicazione multi-contenitore che faccia uso di più database diversi o di

38
00:02:41,280 --> 00:02:47,220
determinate fonti di informazioni legandole tutte insieme a una composizione più scura e

39
00:02:47,250 --> 00:02:52,700
più scura e successivamente distribuita su Amazon beanstalk come applicazione multi-contenitore.

40
00:02:52,710 --> 00:02:54,580
Quindi facciamo una breve pausa qui.

41
00:02:54,600 --> 00:02:59,070
Continueremo nella prossima sezione e parleremo delle specifiche dell'applicazione che andremo a

42
00:02:59,160 --> 00:03:00,320
mettere insieme.

43
00:03:00,460 --> 00:03:01,930
Quindi ci vediamo tra un minuto.