Ciao a tutti.
E bentornati.
Nel video di oggi parleremo di un obiettivo.
Prima di parlare di Target, analizziamo l'approccio tradizionale che era comune prima dell'introduzione
del servizio Target.
Ora, nell'approccio tradizionale, diciamo che si utilizza un orchestratore di container.
Può essere X, Kubernetes e così via.
Ora, affinché questo orchestratore di container possa distribuire un'applicazione, è necessario creare una risorsa
sottostante.
Ad esempio.
EC due istanze e solo dopo la creazione delle due istanze SC, l'orchestratore di container sarebbe stato in
grado di distribuire i container all'interno dell'EC.
Due istanze nel vostro ambiente, anche se questo è un approccio piuttosto comune al giorno
d'oggi, tuttavia comporta una serie di svantaggi.
Il primo è che dovete definire e distribuire le due istanze EC nel vostro ambiente.
Supponiamo che ci sia molto traffico che arriva al vostro ambiente.
Potreste dover lanciare 20 o 32 istanze o forse più o forse meno e così via.
Questa è una parte.
La seconda parte importante è che dovete occuparvi della sicurezza dell'istanza di AC due, in modo che possa accadere che
l'istanza di EC due venga violata.
Quindi dovete occuparvi delle valutazioni delle vulnerabilità, dei gruppi di sicurezza, della gestione complessiva delle
patch e così via.
Il terzo è che si devono gestire le due istanze EC nel proprio ambiente e si deve anche pagare per le due istanze
EC che sono in esecuzione ora, anche se questo va bene per la maggior parte degli ambienti, la domanda
che sorge spontanea è: c'è un modo più semplice per farlo?
E la risposta è sì, attraverso il cancello della fattoria.
In genere, in Farm Gate, ciò che accade è che tutte le istanze EC due che dovevano essere gestite
in precedenza non devono più essere gestite.
Tutto è curato dal cancello della fattoria.
Quindi, in una panoramica di alto livello, il gate della farm è un motore di calcolo serverless pay as you go che consente di
concentrarsi sulla creazione delle applicazioni senza gestire i server.
Quindi ora Container Orchestrator può distribuire direttamente i container e Farm Gate si occuperà di tutto.
Si tratta quindi di un'architettura molto migliore.
Quindi andiamo avanti e analizziamo rapidamente la questione.
Ora la demo di oggi.
Ho un cluster X qui e qui si vede che c'è un'attività in sospeso.
Quindi, in pratica, un contenitore non viene distribuito.
Questo cluster ICS sta cercando di distribuire un container.
Ma la sfida è che non ci sono due istanze facilmente disponibili.
E questo è uno dei motivi per cui si vede che rimane zero su un compito qui.
Quindi questa è una parte.
Procediamo quindi a cancellare rapidamente questo servizio.
Ora cercheremo di distribuire il contenitore su un servizio di destinazione.
Quindi proviamo anche noi.
Ora, ancora una volta, si noti che questo è un video dimostrativo, quindi in genere si ha un'opzione di XY per.
Avete anche la possibilità di scegliere l'obiettivo nel caso in cui scegliate di farlo facilmente.
Come sappiamo, è necessario avere un'istanza EC due in cui il contenitore possa essere distribuito, nel caso
in cui si utilizzi il target non è necessario definire nulla qui.
Entro un anno.
Permettetemi di selezionare il cancello della fattoria.
Indicherò solo il nome del gusto e andremo avanti con l'implementazione.
Aggiorniamo la pagina.
Al momento, sta cercando di distribuirsi.
Lo stato è in corso.
Aspettiamo quindi rapidamente un momento.
E se aggiorno qui, si vede che il nostro contenitore è stato distribuito con successo.
Ora, se guardate qui, apriamo rapidamente questo.
In pratica si ottiene un IP pubblico.
Riceviamo questo.
Lasciate che lo inserisca qui.
La nostra applicazione viene eseguita con successo nell'ambiente di destinazione.
Spero che con questa panoramica di alto livello abbiate capito le basi di Target.
Uno dei vantaggi principali è che, trattandosi di un calcolo senza server, non dobbiamo più occuparci
e gestire l'EC.
Due istanze per il nostro ambiente e questo porta a un approccio molto più semplice.
Con questo si conclude il video di oggi.