Ecco a voi.
E bentornati.
Nel video di oggi parleremo del ponte degli eventi di Amazon.
Nel caso in cui si sia fatto uso degli eventi di Cloud Watch, Event Bridge è molto simile a questo, e può essere
considerato come una versione più avanzata degli eventi di Cloud Watch.
Ora, utilizza fondamentalmente lo stesso set di API sottostanti e in futuro il nome degli eventi cloud sarà tipicamente
sostituito dal ponte degli eventi.
Quindi questo è quello più recente.
Andiamo quindi a vedere più nel dettaglio.
A livello di panoramica degli eventi, Bridge fornisce fondamentalmente un flusso di dati in tempo reale da una sorgente
di eventi a una destinazione specifica.
L'architettura complessiva prevede tre componenti principali.
Il primo è la sorgente dell'evento a sinistra.
Il secondo è l'obiettivo sul lato destro.
E poi c'è il ponte degli eventi, dove vengono create le regole.
L'idea di base è che ogni volta che viene creato un evento, l'evento può essere qualsiasi cosa.
Può trattarsi di un'istanza easy to che viene terminata o di un tre bucket che viene creato o di un qualsiasi utente
che ha creato un ticket di assistenza.
Tutto può essere un evento.
Quindi, ogni volta che si verifica un evento, si vuole che venga attivato un obiettivo specifico.
Ad esempio, supponiamo che ogni volta che viene creato un ticket di assistenza nella vostra applicazione personalizzata, si debba
attivare l'argomento SNS.
L'argomento SNS a sua volta invierà un'e-mail e un SMS.
Questo è un risultato che si può ottenere con l'aiuto del ponte degli eventi.
Ora, i casi d'uso che si possono realizzare sono molteplici, ma questa è l'idea principale, in cui la sorgente
dell'evento genera un evento.
A seconda del ruolo creato nel ponte eventi che attiverà un obiettivo specifico,
può essere lambda sense cloud, watch, ecc. e l'applicazione può funzionare di conseguenza.
Quindi facciamo una cosa.
Prendiamo alcuni casi d'uso che ci permetteranno di capire meglio le cose.
Ora, il primo caso d'uso è associato all'EC two two sense.
Ciò significa che EC due è fondamentalmente la sorgente dell'evento, mentre il lato destro è fondamentalmente la destinazione
e al centro c'è il ponte dell'evento.
Quindi, ogni volta che si verifica una determinata azione, ad esempio quando si vedono due
istanze fermate o due istanze terminate, l'amministratore deve ricevere una notifica.
Quindi, ogni volta che si vedono due istanze fermarsi, terminare.
Pertanto, ogni volta che si crea una regola di ponte di eventi, si specifica l'evento esatto che si desidera monitorare.
Quindi qui abbiamo un evento di EC da fermare e EC da terminare.
Una volta che l'evento si verifica, il ponte degli eventi attiva l'obiettivo.
In questo caso, l'obiettivo è l'argomento SNS e questo obiettivo ha una notifica basata sull'e-mail, quindi l'amministratore sarà
avvisato tramite e-mail.
Il secondo caso d'uso è associato all'arresto di due istanze del dev EC.
In effetti, questo è un aspetto che abbiamo implementato sulla base del servizio di eventi Cloud Watch.
Quindi, quello che facevamo era interrompere tutte le istanze di sviluppo alle 20:00. m. il venerdì.
Si spera che a quell'ora tutti gli sviluppatori siano già andati a casa e noi siamo soliti avviare tutte le due istanze di EC alle
9 del mattino. m. il lunedì nell'ambiente di sviluppo.
L'aspetto di questa architettura è che prima avevamo un ponte di eventi, ora anche un ponte con una specifica
sorgente di eventi di cui stavamo parlando.
Una delle fonti può essere un programma.
Quindi programma tipo 8 p. m. venerdì, anche il ponte viene attivato e ciò che farà è andare avanti
ed eseguire una funzione lambda.
College Topic due E questa funzione lambda, a sua volta, andrà a fermare tutte le istanze di EC due.
Allo stesso modo, si ha un orario alle 9.00. m. lunedì.
In questa specifica programmazione viene attivato il ponte degli eventi.
La funzione lambda di base EC due verrà eseguita il lunedì e tutte le istanze di EC due verranno
avviate.
Questi sono i due casi d'uso basati sul ponte di eventi.
Anche in questo caso, c'è molta flessibilità su ciò che si può fare.
Quindi andiamo avanti e proviamolo praticamente.
Quindi, per la pratica di oggi, sull'origine degli eventi ne avremo tre e sulla destinazione avremo i registri
di monitoraggio del cloud.
Quindi, ogni volta che un bucket S3 esegue un'operazione di inserimento o di eliminazione di un oggetto, i dati vengono
automaticamente inviati al gruppo di log di cloud watch.
E questo è qualcosa che faremo con l'evento Bridge.
Una delle prime cose di cui abbiamo bisogno è assicurarci che l'obiettivo sia disponibile.
Andiamo quindi rapidamente alla nostra console S3.
Controlliamo se ci sono secchi disponibili.
Va bene.
Abbiamo quindi più bucket S3 disponibili.
Va bene così.
Quindi utilizzeremo questo per i nostri test.
E la cosa successiva che dobbiamo fare è abilitare.
Sentiero delle nuvole.
Quindi, per il nostro evento, Bridge per sapere che è avvenuta un'operazione specifica a livello tre, è necessario avere
il cloud tre.
Quindi andiamo avanti e abilitiamo rapidamente il cloud rail nella regione di Singapore.
Quindi, attualmente, all'interno dei sentieri.
Creiamo rapidamente un nuovo percorso.
Chiamiamola una traccia demo che non abilita i giochi in questo momento.
Facciamo la prossima volta.
Si noti che, per le tre operazioni correlate, è necessario abilitare gli eventi di dati.
E all'interno degli eventi di dati, si ha l'origine dell'evento di dati di tre.
Poiché vogliamo monitorare le tre operazioni di inserimento e cancellazione dell'oggetto S3.
E qui, andiamo avanti e facciamo un prossimo.
E creiamo un'esercitazione.
Perfetto.
Ora possiamo passare rapidamente al Ponte eventi.
Quindi facciamo un ponte di eventi.
Ora, all'interno del ponte eventi, se andiamo rapidamente su regole, possiamo creare rapidamente una nuova
regola qui.
Chiamiamola regola demo.
E all'interno del tipo di modello definito, abbiamo discusso del fatto che è possibile definire il modello di evento nel caso d'uso 1 e
nel caso d'uso 2, abbiamo discusso della pianificazione su come la regola del ponte di eventi possa essere eseguita
il venerdì alle 20:00. m. e lunedì alle 9.00. m..
Quando si fa clic su Pianifica, è possibile specificare una frequenza fissa in termini
di ore, minuti e così via, oppure creare un'espressione cron.
Tuttavia, per il video di oggi lavoreremo sulla base di un modello di evento e qui selezioneremo
un evento predefinito per servizio.
Il servizio che ci interessa è quello di noi otto.
È anche possibile avere diversi partner di servizio.
Selezionerò il nome del servizio.
Specifichiamo tre e il tipo di evento.
Stiamo cercando un'operazione a livello di oggetto e qual è l'operazione a livello di oggetto che stiamo cercando.
Specifichiamo.
Il primo è l'oggetto put.
Poi c'è l'operazione di cancellazione dell'oggetto.
Selezioniamoli entrambi e, non appena li selezioniamo sul lato destro, il modello di evento
verrà creato automaticamente.
Quindi è fantastico.
E se si scende un po', la parte successiva e importante è l'obiettivo.
Quindi, quando si verifica questo evento specifico, quando qualcuno carica l'oggetto nel bucket S3 o quando qualcuno cancella
l'oggetto nel bucket, cosa dovrebbe essere attivato.
Quindi il punto di innesco, anche in questo caso, è costituito da molte opzioni disponibili.
Siamo più interessati al video di oggi.
Vediamo il gruppo di log di Cloud Watch e all'interno del gruppo di log chiamiamolo come tre eventi.
A questo punto si può procedere con la creazione.
Perfetto.
Quindi la nostra regola evento viene creata ora per verificare.
Passiamo rapidamente al servizio cloud watch e ai gruppi di log.
Dovreste vedere quell'evento.
Bridge dovrebbe aver creato un gruppo di log qui.
E sì, avete un gruppo di log con tre eventi che viene creato automaticamente.
Ottimo.
È quindi giunto il momento di testare le cose.
Quindi ho un secchio nella regione di Singapore.
Procediamo con il caricamento dei dati.
Aggiungerò un file in modo da avere alcuni file di esempio.
Aggiungiamo uno di essi e creiamo una griglia di caricamento.
Ora, all'interno del gruppo del flusso di lavoro Cloud, apriamo il gruppo dei registri e automaticamente vedremo
che è stato creato un flusso di registri.
Questo flusso di log contiene fondamentalmente le informazioni qui riportate.
Scendiamo un po' più in basso e vediamo cosa contiene.
Quindi, qui dentro, si vede che vi sta dando l'anno esatto in cui è zero uno.
E mostra anche i tre bucket in cui è stato caricato questo file specifico, ovvero i miei registri di accesso
al tempio di lapse.
Ecco cosa fa il ponte eventi in una panoramica di alto livello.
Quindi, per rendersi conto di uno dei punti di forza di Even Bridge, non solo è possibile
creare regole basate sui servizi, ma supporta anche applicazioni personalizzate, applicazioni SAS e altre come
origine di eventi e, in base alla regola creata, è possibile notificare un obiettivo specifico.
Con questo si conclude il video di oggi.