Qui.
E bentornato ora nella radio di oggi si discuterà della politica di distribuzione delle scorte
elastiche di Bienstock, non della politica di distribuzione, specifica come vengono inviati i nuovi aggiornamenti per le applicazioni
in esecuzione nell'ambiente elastico di Bienstock.
Quindi, ad esempio, supponiamo che tu stia utilizzando un telefono Android.
Quindi Android viene fondamentalmente fornito con un Google Play Store, che viene generalmente utilizzato per installare nuove applicazioni,
aggiornare le applicazioni esistenti e così via.
Quindi, nel Google Play Store, hai la possibilità di affermare che i nuovi aggiornamenti
apportati all'applicazione dovrebbero avvenire solo forse o i dati cellulari o dovrebbero avvenire solo tramite Wi-Fi e così
via.
Quindi ci sono molte opzioni di configurazione disponibili con gli stati su come i tuoi aggiornamenti Android dovrebbero
essere inseriti nel tuo telefono e simili sarebbero disponibili anche per iPhone.
Ora, in modo simile, anche per Elastin Bienstock, anche la tua applicazione avrà nuovi aggiornamenti.
Quindi, a seconda della tua organizzazione, alcune organizzazioni, in genere hanno un nuovo aggiornamento dell'applicazione
ogni mese.
Alcune organizzazioni hanno ogni settimana e così via.
Pertanto, a seconda di ciò, sono disponibili varie opzioni dei criteri di distribuzione e, a seconda
delle opzioni dei criteri di distribuzione, i nuovi aggiornamenti vengono inviati all'ambiente.
Quindi ci sono varie opzioni di criteri di distribuzione come tutto in una volta, il rotolamento con
batch aggiuntivo immutabile e così via.
Quindi facciamo una cosa.
Esaminiamo rapidamente uno di questi che ci darà una base sulla politica di distribuzione in Elastic Bienstock,
non quello di cui parleremo nel video di oggi, sarebbe il primo, che è tutto
in una volta.
Quindi ciò che accade in questo approccio è che il nuovo aggiornamento viene distribuito a tutte e due le istanze contemporaneamente.
Quindi, ad esempio, diciamo sul lato sinistro, hai un ambiente di lavoro e ci sono
due semplici istanze in esecuzione.
Ora, se decidi di inviare il nuovo aggiornamento dell'applicazione utilizzando il criterio di distribuzione tutto in una volta, ciò che
accadrà è che verrà inviato a entrambe le due istanze contemporaneamente.
Quindi, nel caso in cui, se questo nuovo aggiornamento dell'applicazione è difettoso, quindi c'è qualche problema con questo aggiornamento dell'applicazione,
quindi essenzialmente entrambe le istanze E c due a cui è stato inviato questo aggiornamento dell'applicazione
difettoso smetteranno di funzionare.
Quindi, in sostanza, il tuo sito Web di produzione andrà giù.
Quindi questo è uno dei rischi associati alla politica di distribuzione basata su tutto in una volta.
Quindi, dal nome stesso, puoi identificare rapidamente che tutto in una volta andrà a Gordon e
spingerà l'aggiornamento dell'applicazione a tutte le istanze contemporaneamente.
Quindi facciamo una cosa.
Lascia che ti dia la tua demo su questo in modo che il concetto generale di tutto in una volta, così come la politica di
distribuzione, sia meglio compreso.
Ora, attualmente ho un ambiente Bienstock elastico e ci sono due semplici istanze in esecuzione come parte
di esso, simili al diagramma che stavamo vedendo, che ci sono due istanze come parte dell'ambiente
di formazione.
Ora, se esamini la configurazione di questo momento di Elastic Bienstock, c'è una categoria specifica di
aggiornamenti in sequenza e distribuzioni.
Quindi, se lo aggiungerai qui, torniamo alla politica di distribuzione, puoi selezionare vari criteri di distribuzione come tutti in una volta,
a rotazione, a rotazione con batch aggiuntivo e così via.
Quindi, per impostazione predefinita, attualmente hai una politica di distribuzione di base tutto in una volta.
Quindi torniamo al nostro ambiente qui.
E il nostro ambiente ha fondamentalmente un semplice contenuto HDMI, i cui stati sono i benvenuti per campionare ogni applicazione.
Quindi facciamo una cosa.
Andiamo avanti e inseriamo un nuovo aggiornamento in questo ambiente specifico.
Quindi farò clic su Carica e distribuisci.
Farò clic su Martedì e questa volta selezionerò un file chiamato questo nuovo aggiornamento dell'app Ebbitt, Dot Zip.
Quindi questo è un nuovo aggiornamento per l'applicazione.
Andiamo avanti e distribuiamo ora insieme a quello.
Dichiara inoltre che la versione dell'applicazione verrà distribuita utilizzando tutti i criteri in una volta.
Quindi andiamo avanti e distribuiamo questo aggiornamento specifico.
È fantastico.
Quindi ci è voluto meno di un minuto prima che l'aggiornamento dell'applicazione venisse inviato.
Ora, se aggiornerai rapidamente questa pagina, vedrai che hai un nuovo contenuto con questo nuovo
aggiornamento dell'applicazione.
E questo aggiornamento viene inviato a entrambe le due istanze in esecuzione.
Quindi questo è ciò che significa tutto in una volta.
Quindi questo è buono per quanto riguarda l'aggiornamento dell'applicazione che viene distribuito con successo.
Quindi tutto è felice, felice anno.
Ma cosa succede se questa app.
È un'applicazione difettosa.
Quindi è qui che si verifica il problema se si dispone di un aggiornamento dell'applicazione difettoso e se la politica di distribuzione è tutto
in una volta.
Quindi lascia che ti mostri rapidamente questo.
Quindi andiamo avanti e questa volta facciamo clic su Carica e distribuisci.
Scelgo intenzionalmente una delle ottiche dell'applicazione che tenderà a fallire.
Quindi, di nuovo, caricherò tutti questi file in modo che anche tu possa provarlo.
Quindi facciamo clic su Apri e distribuiamo.
Grande.
Quindi la nostra distribuzione ha avuto successo.
Ora, se esamini gli eventi recenti durante tutto l'anno, hai un errore che indica che la distribuzione istantanea,
il contenitore Docker, è terminata inaspettatamente dopo essere stata avviata.
Quindi, in pratica, se vai avanti e apri questo DNS, vedi immediatamente 050 per acquistare il gateway che
sta accadendo ora.
Ancora una volta, una cosa importante che deve essere notata qui, attualmente, la salute di Shawna è a posto.
Tuttavia, anche questo verrà decifrato entro pochi minuti.
Quindi ora vedi che la tua salute è cambiata da ok a grave.
Ora tieni presente che poiché abbiamo inviato l'aggiornamento dell'applicazione difettosa e poiché era tutto in una volta,
ciò significa essenzialmente che entrambe queste due istanze sono in esecuzione con l'aggiornamento dell'applicazione difettosa.
E questo è il problema perché l'intera applicazione di produzione è stata interrotta in questo momento.
Quindi facciamo velocemente una cosa.
Andiamo avanti e spingere il nuovo aggiornamento.
Quindi andiamo avanti e spingiamo questo in modo che la nostra applicazione, di nuovo, sia attiva e funzionante.
È corretto.
Quindi ora andiamo avanti e aggiorniamo il pannello.
L'applicazione è di nuovo attiva e funzionante.
Quindi, in una panoramica di alto livello nel video di oggi, discutiamo delle basi della politica di distribuzione.
Abbiamo esaminato la politica tutto in una volta, il vantaggio su come può andare avanti
e distribuire rapidamente le versioni dell'applicazione a tutte le istanze e anche lo svantaggio in termini di aggiornamento dell'applicazione difettoso
rispetto alla politica di distribuzione.
Ora, nell'ambiente di produzione, non lo userai davvero tutto in una volta.
Politica di distribuzione.
Sono disponibili molti altri criteri di distribuzione consigliati che possono gestire questo scenario di aggiornamento
dell'applicazione difettoso in modi molto migliori.
Quindi ne discuteremo nei video appropriati.
Tuttavia, con il video di oggi, concluderemo in questo momento.