Panoramica

D: Cos'è Amazon EventBridge?

Amazon EventBridge è un servizio che fornisce accesso in tempo reale alle modifiche dei dati nei servizi AWS, nelle tue applicazioni e in quelle Software come servizio (SaaS), eliminando la necessita di scrivere codice. Per iniziare, scegli un'origine di eventi sulla console EventBridge. Puoi quindi selezionare una destinazione dai servizi AWS, tra cui AWS Lambda, Amazon Simple Notification Service (SNS) e Amazon Kinesis Data Firehose. EventBridge erogherà automaticamente gli eventi quasi in tempo reale.

D: Che cosa occorre per cominciare a usare EventBridge?

Accedi al tuo account AWS, vai alla console EventBridge e scegli un'origine di eventi da un elenco di applicazioni SaaS e servizi AWS partner. Se stai utilizzando un'applicazione partner, assicurati di aver configurato il tuo account SaaS per emettere eventi e accettarlo nella sezione delle origini di eventi offerte della console EventBridge. EventBridge creerà automaticamente un router di eventi verso il quale saranno instradati. In alternativa, puoi utilizzare SDK AWS per abilitare l'applicazione a iniziare a emettere eventi sul relativo router di eventi. Facoltativamente, potrai decidere di configurare una regola di filtraggio e collegare una destinazione per i tuoi eventi, ad esempio, una funzione Lambda. EventBridge acquisirà, filtrerà e invierà automaticamente gli eventi alla destinazione configurata in massima sicurezza e disponibilità.

D: Posso pubblicare i miei eventi su EventBridge?

Sì. Puoi generare eventi personalizzati a livello di applicazione e pubblicarli su EventBridge tramite le operazioni API del servizio. Inoltre, puoi anche impostare eventi programmati che vengono generati su base periodica, nonché elaborarli in qualsiasi destinazione EventBridge supportata.

D: Qual è il formato di un evento?

Gli eventi presentano una struttura JSON specifica. Ogni evento presenta gli stessi campi di inviluppo di livello superiore, come l'origine dell'evento, il timestamp e la regione. A questi, si aggiunge il campo dei dettagli che rappresenta il corpo dell'evento. Ad esempio, quando un gruppo con scalabilità automatica di Amazon Elastic Compute Cloud (EC2) crea una nuova istanza Amazon EC2, emette un evento con origine: "aws.autoscaling" e riporta "Istanza EC2 creata correttamente".

D: Come filtrare gli eventi consegnati a una destinazione?

È possibile filtrare gli eventi tramite regole. Una regola abbina gli eventi in arrivo per un determinato bus di eventi e li instrada verso le destinazioni per la relativa elaborazione. Una singola regola può instradare verso più destinazioni, la cui elaborazione avviene in parallelo. Le regole consentono a diversi componenti dell'applicazione di eseguire ricerche ed elaborazione di eventi di loro interesse. Una regola può personalizzare un evento prima che venga inviato alla destinazione trasferendo solo alcune parti o sovrascrivendolo con una costante. Per l'esempio fornito nella domanda precedente, è possibile creare una regola di evento che corrisponda all'origine: "aws.autoscaling" e riporta: "Istanza EC2 creata correttamente" per ricevere una notifica ogni volta che un gruppo con scalabilità automatica crea correttamente un'istanza EC2.

D: Come posso proteggere l'accesso a EventBridge??

EventBridge integra AWS Identity and Access Management (IAM), consentendo di specificare quali azioni possono eseguire gli utenti in un account AWS. Ad esempio, puoi creare una policy IAM che consenta solo a determinati utenti nell'organizzazione di creare router di eventi o collegarsi a destinazioni di eventi.

D: In che modo EventBridge si collega a Eventi Amazon CloudWatch?

EventBridge si basa su Eventi Amazon CloudWatch e lo estende. Utilizza lo stesso servizio API ed endpoint nonché la stessa infrastruttura di servizio sottostante. Per i clienti di Eventi CloudWatch esistenti, non cambia nulla. Puoi continuare a utilizzare la stessa API, gli stessi modelli AWS CloudFormation e la stessa console. Eventi CloudWatch è il servizio ideale per la creazione di architetture basate su eventi; questo ci ha portato a creare nuove funzionalità che consentono di connettere dati dalle proprie app e a quelle SaaS di terze parti. Anziché presentarlo come una funzionalità del servizio CloudWatch, abbiamo rilasciato Amazon EventBridge, con un nuovo nome, che indica l'espansione oltre il caso d'uso di monitoraggio per cui Eventi CloudWatch è stato sviluppato.

D: Attualmente utilizzo Eventi CloudWatch e desidero provare le funzionalità di EventBridge. Sono obbligato a trasferire le mie regole e autorizzazioni di Eventi CloudWatch su EventBridge?

No. Gli utenti esistenti di Eventi CloudWatch possono accedere al bus, alle regole e agli eventi predefiniti esistenti nella nuova console e nell'API di EventBridge o nella console e nell'API di Eventi CloudWatch.

D: Utilizzo già Eventi CloudWatch e non ho bisogno delle funzionalità di EventBridge. Cosa cambia per me?

Niente. EventBridge utilizza la stessa API di Eventi CloudWatch in modo che l'uso corrente dell'API di Eventi CloudWatch rimanga lo stesso.

D: Eventi CloudWatch sarà eliminato gradualmente?

No, non abbiamo intenzione di rendere obsoleti l'API o il servizio stesso. EventBridge utilizza la stessa API e ha aggiunto altre funzionalità. In futuro, il nome di Eventi Amazon CloudWatch verrà sostituito con Amazon EventBridge.

D: Quali servizi AWS sono integrati come origine di eventi di Amazon EventBridge?

Il servizio offre oltre 90 servizi AWS disponibili come origine di eventi per EventBridge tra cui AWS Lambda, Amazon Kinesis, AWS Fargate e Amazon Simple Storage Service (S3). Per un elenco completo delle integrazioni con i servizi AWS, consulta la documentazione di EventBridge.

D: Quali servizi AWS sono integrati come destinazioni di eventi di EventBridge?

Il servizio offre oltre 15 servizi AWS disponibili come destinazioni di eventi per EventBridge tra cui Lambda, Amazon Simple Queue Service (SQS), Amazon SNS, Amazon Kinesis Streams e Amazon Kinesis Data Firehose. Per un elenco completo delle integrazioni con i servizi AWS, consulta la documentazione di EventBridge.

D: Che cosa è la funzione di archivio e riproduzione di eventi di EventBridge?

Riproduzione di eventi è una nuova funzionalità di EventBridge che ti consente di rielaborare eventi precedenti in un router di eventi o una specifica regola di EventBridge. Questa funzionalità consente agli sviluppatori di eseguire facilmente il debug delle proprie applicazioni, ampliarle tramite l'idratazione delle destinazioni con eventi cronologici e ripristinarle in seguito a errori. Riproduzione di eventi offre agli sviluppatori la garanzia di poter sempre accedere a tutti gli eventi pubblicati in EventBridge.

D: Che cosa è Destinazioni API di EventBridge?

Destinazioni API consente agli sviluppatori di rimandare eventi a varie applicazioni on-premise o SaaS con la possibilità di controllare velocità di trasmissione effettiva e autenticazione. Puoi configurare le regole con le trasformazioni dell'input che eseguiranno la mappatura del formato dell'evento al formato del servizio di ricezione; EventBridge garantirà la sicurezza e la consegna. Quando viene avviata una regola, EventBridge trasformerà l'evento in base alle condizioni specificate. Lo invierà quindi al servizio Web configurato con le informazioni di autenticazione fornite al momento dell'impostazione della regola. La sicurezza è integrata, in modo che gli sviluppatori non debbano più scrivere componenti di autenticazione del servizio che desiderano utilizzare.

D: Che cos'è una connessione per la destinazione API?? Come si configurano le destinazioni API?

Ogni destinazione API utilizza una connessione che definisce il metodo e le credenziali di autorizzazione da utilizzare per connettere l'endpoint HTTP. Quando configuri le impostazioni di autorizzazione e crei una connessione, la connessione crea un segreto in Gestione dei segreti AWS per archiviare le informazioni di autorizzazione in modo sicuro. Puoi anche aggiungere ulteriori parametri da includere nella connessione, se appropriato per la tua applicazione.

Per configurare una destinazione API, dovrai fornire un endpoint della destinazione API, ossia una destinazione dell'endpoint di chiamata HTTP per gli eventi. Dovrai creare una connessione da autorizzare per questo endpoint. Facoltativamente, puoi anche definire il limite della frequenza di chiamata, ossia il numero massimo di chiamate al secondo da inviare all'endpoint della destinazione API. Ulteriori informazioni sulle connessioni e le destinazioni API.

Restrizioni e prestazioni

D: Quali sono le restrizioni del servizio?

Consulta la pagina "Limiti del servizio" qui.

D: Qual è la latenza prevista tra l'invio e la ricezione di un evento?

La latenza tipica è di circa mezzo secondo. Ma questo è un valore variabile.

D: EventBridge supporta l'aggiunta di tag alle risorse?

Sì, è possibile applicare tag alle regole ma non ai router di eventi o alle origini di eventi.

D: Quale velocità di trasmissione effettiva è prevista da EventBridge?

I limiti di velocità di trasmissione effettiva del router di eventi sono riportati nella pagina "Limiti del servizio" qui. Se hai bisogno di una velocità di trasmissione effettiva più elevata, richiedi un aumento del limite di servizio tramite il Centro di supporto AWS selezionando Crea un caso e facendo clic su Aumento dei limiti del servizio.

D: EventBridge offre un Contratto sul livello di servizio (SLA)?

Sì. AWS intraprenderà ogni sforzo commercialmente ragionevole per mantenere EventBridge disponibile per una percentuale di tempo di attività non inferiore al 99,99% nel corso di qualunque ciclo di fatturazione mensile in ogni regione AWS. Per ulteriori informazioni, consulta il Contratto sul livello di servizio di EventBridge completo.

Registro degli schemi

D: Cos'è uno schema?

Uno schema rappresenta la struttura di un evento e in genere include informazioni quali il titolo e il formato dei singoli dati inclusi nell'evento. Ad esempio, uno schema può includere campi come il nome e il numero di telefono, l'indicazione che il nome è una stringa di testo e il numero di telefono un numero intero. Lo schema può includere anche informazioni sui modelli, ad esempio un requisito in base al quale il numero di telefono deve aver una lunghezza di 10 cifre. Lo schema di un evento è importante perché mostra quali informazioni sono contenute nell'evento e consente di scrivere il codice sulla base di tali dati.

D: Cos'è un registro degli schemi?

Un registro degli schemi archivia una raccolta di schemi ricercabili in modo che qualsiasi sviluppatore della tua organizzazione possa accedere più facilmente agli schemi generati dall'applicazione. Ciò è in contrasto con la ricerca nella documentazione o la ricerca dell'autore dello schema per queste informazioni. È possibile aggiungere manualmente uno schema al registro, oppure automatizzare il processo abilitando la funzionalità di rilevamento degli schemi di EventBridge.

D: Cos'è la funzionalità di rilevamento degli schemi?

Il rilevamento degli schemi automatizza il processo di identificazione e di aggiunta degli schemi al tuo registro. Quando viene abilitato il rilevamento degli schemi per un bus di eventi EventBridge, lo schema di ciascun evento inviato al bus di eventi viene aggiunto automaticamente al registro. Se lo schema di un evento subisce una modifica, il rilevamento degli schemi crea automaticamente una nuova versione di quello schema nel registro. Dopo aver aggiunto uno schema al registro, puoi generare un'associazione di codice per lo schema nella console EventBridge o direttamente nel tuo ambiente di sviluppo integrato (IDE). Questo ti aiuta a rappresentare l'evento come un oggetto fortemente tipizzato nel tuo codice. È quindi possibile sfruttare le funzionalità dell'IDE come la convalida e il completamento automatico.

D: Posso rilevare gli schemi degli eventi distribuiti in altri account?

Nell'anteprima, il rilevamento degli schemi è abilitato solo per gli eventi che hanno origine all'interno dello stesso account dell'agente di individuazione nei router di eventi predefiniti, personalizzati e dei partner.

D: Quanto costa il registro degli schemi?

L'uso del registro degli schemi è gratuito, tuttavia l'abilitazione del rilevamento degli schemi comporta un costo per ciascun evento inserito. Il rilevamento degli schemi prevede un piano gratuito di 5 milioni di eventi acquisiti al mese, sufficiente per coprire la maggior parte dell'utilizzo per lo sviluppo. Se si supera il limite del piano gratuito, è previsto un costo di 0,10 USD per milione di eventi inseriti. Per ulteriori informazioni sui prezzi, consulta la pagina dei prezzi EventBridge.

D: In che modo il registro degli schemi riduce la quantità di codice da scrivere?

Innanzitutto, puoi usare il rilevamento degli schemi per identificare automaticamente gli schemi per qualunque evento inviato al tuo router di eventi EventBridge e archiviarli nel registro. Ciò ti evita di dover gestire manualmente lo schema degli eventi. In secondo luogo, quando scrivi le applicazioni che gestiscono gli eventi sul tuo bus, puoi generare e scaricare le associazioni di codice per questo schema, in modo da utilizzare gli oggetti con tipizzazione forte direttamente nel tuo codice. In questo modo puoi ridurre il carico operativo per la deserializzazione, la convalida e le supposizioni per il tuo gestore di eventi.

D: Qual è il vantaggio di utilizzare il registro degli schemi?

Innanzitutto, puoi usare il rilevamento degli schemi per identificare automaticamente gli schemi per qualunque evento inviato al tuo router di eventi EventBridge e archiviarli nel registro. Ciò ti evita di dover gestire manualmente lo schema degli eventi. In secondo luogo, quando scrivi le applicazioni che gestiscono gli eventi sul tuo bus, puoi generare e scaricare le associazioni di codice per questo schema, in modo da utilizzare gli oggetti con tipizzazione forte direttamente nel tuo codice. In questo modo puoi ridurre il carico operativo per la deserializzazione, la convalida e le supposizioni per il tuo gestore di eventi.

D: Quali IDE supporta il registro degli schemi?

Il registro degli schemi è disponibile tramite Kit di strumenti AWS per JetBrains (IntelliJ IDEA, PyCharm, WebStorm, Rider) e Kit di strumenti AWS per Visual Studio Code, oltre alla console e alle operazioni API EventBridge. Scopri di più sull'uso del registro degli schemi di EventBridge all'interno dell'IDE.

D: Posso utilizzare lo schema con AWS Serverless Application Model (SAM)?

Sì, la versione più recente della CLI di AWS SAM include una modalità interattiva che consente di creare nuove applicazioni serverless su EventBridge per qualunque schema come tipo di evento. Basta scegliere il modello EventBridge Starter App e lo schema del tuo evento e SAM provvederà a generare automaticamente un'applicazione con una funzione Lambda richiamata da EventBridge, con il codice di gestione dell'evento. Ciò significa che puoi considerare un trigger di eventi come un normale oggetto nel tuo codice ed utilizzare funzionalità come la convalida e il completamento automatico nel tuo IDE.

Inoltre, il plug-in Kit di strumenti AWS per JetBrains (Intellij IDEA, PyCharm, Webstorm, Rider) e Kit di strumenti AWS per Visual Studio Code forniscono funzionalità per la creazione di applicazioni serverless a partire da questo modello, con uno schema come trigger, direttamente da questi IDE.

D: In quali linguaggi è possibile generare codice dagli schemi?

La generazione di codice è disponibile in Java (8+), Python (3.6+) e Typescript (3.0+).

D: In quali regioni AWS è disponibile il registro degli schemi?

Il registro degli schemi di EventBridge è disponibile nelle seguenti regioni AWS: Stati Uniti orientali (Ohio), Stati Uniti orientali (Virginia settentrionale), Stati Uniti occidentali (California settentrionale), Stati Uniti occidentali (Oregon), Asia Pacifico (Hong Kong), Asia Pacifico (Mumbai), Asia Pacifico (Seoul), Asia Pacifico (Singapore), Asia Pacifico (Sydney), Asia Pacifico (Tokyo), Canada (Centrale), Europa (Francoforte), Europa (Irlanda), Europa (Londra), Europa (Parigi), Europa (Stoccolma) e Sud America (San Paolo).

Pipes

D: Cos'è Amazon EventBridge Pipes?

EventBridge Pipes fornisce un modo più semplice, coerente ed economico per creare un'integrazione punto-punto tra produttori e utenti degli eventi. La creazione di una pipe è semplice come selezionare un'origine e una destinazione con la possibilità di personalizzare il batch, la posizione iniziale, la simultaneità e altro ancora. Una fase di filtraggio facoltativa consente solo a specifici eventi di origine di fluire nella pipe e una fase di arricchimento facoltativa che utilizza AWS Lambda, AWS Step Functions, Destinazioni API o Gateway Amazon API può essere utilizzata per arricchire o trasformare gli eventi prima che raggiungano la destinazione. Eliminando la necessità di scrivere, gestire e ridimensionare il codice di integrazione indifferenziato, EventBridge Pipes ti consente di dedicare il tuo tempo alla creazione di applicazioni anziché alla loro connessione.

D: Come posso iniziare a utilizzare EventBridge Pipes?

Puoi iniziare visitando la console EventBridge, selezionando la scheda Pipe e scegliendo Crea pipe. Da lì, puoi scegliere da un elenco di origini disponibili e fornire un modello di filtro facoltativo che verrà utilizzato per trasferire solo gli eventi richiesti. Per la fase facoltativa di trasformazione e arricchimento di una pipe, puoi fornire un endpoint API, ad esempio un'API dell'applicazione SaaS o un cluster di container, una funzione Lambda o AWS Step Function. La pipe effettuerà quindi la richiesta API e catturerà la risposta una volta completata l'elaborazione. Infine, imposta un servizio di destinazione a cui vengono consegnati gli eventi e specifica se è necessario abilitare le funzionalità di archiviazione o DLQ sulla pipe. Puoi anche creare una pipe utilizzando AWS CLI, CloudFormation, CloudFormation o AWS Cloud Development Kit (CDK).

D: Quali sono le possibili origini eventi per EventBridge Pipes?

EventBridge Pipes introduce Amazon SQS, Amazon Kinesis, Amazon DynamoDB, Amazon Managed Streaming Kafka, Kafka autogestito e Amazon MQ come origini per la suite di prodotti EventBridge. EventBridge Pipes supporta gli stessi servizi di destinazione dei router di eventi, come Amazon SQS, AWS Step Functions, flusso di dati Amazon Kinesis, Amazon Kinesis Data Firehose, Amazon SNS, Amazon ECS e gli stessi router di eventi.

D: Come funzionano la trasformazione e l'arricchimento?

EventBridge Pipes supporta le trasformazioni di base tramite Velocity Template Language (VTL). Per trasformazioni più potenti, EventBridge Pipes ti aiuta a specificare una funzione Lambda o un flusso di lavoro Step Functions per trasformare il tuo evento. Se preferisci utilizzare un servizio container come Amazon Elastic Container Service (ECS) o Amazon Elastic Kubernetes Service (EKS), puoi specificare l'endpoint API e lo schema di autenticazione per il tuo cluster di container. EventBridge si occuperà quindi di consegnare l'evento per la trasformazione.

D: Devo utilizzare un router di eventi EventBridge per utilizzare EventBridge Pipes?

No, EventBridge Pipes può essere utilizzato indipendentemente dalle funzionalità EventBridge esistenti, aiutandoti a ricevere eventi da altri produttori di eventi come Kinesis, SQS o Amazon MSK, senza dover utilizzare un router di eventi EventBridge. Viene utilizzato anche per integrazioni point-to-point, in cui un router di eventi viene utilizzato per integrazioni many-to-many. Se stai già utilizzando un router di eventi EventBridge per instradare gli eventi, puoi utilizzare EventBridge Pipes per connetterti a un'origine supportata e impostare il tuo router di eventi come origine di una pipe.

D: Qual è la differenza tra il router di eventi EventBridge e EventBridge Pipes?

I router di eventi EventBridge sono adatti a instradamenti di eventi many-to-many tra servizi basati su eventi. EventBridge Pipes è destinato alle integrazioni point-to-point tra editori e utenti di eventi, con supporto per trasformazioni e arricchimenti avanzati. EventBridge Pipes può utilizzare un router di eventi EventBridge come destinazione. La migrazione da una regola del bus di eventi EventBridge a una pipe è più semplice, poiché i filtri e le destinazioni rimangono gli stessi tra le due risorse.

D: In cosa differisce EventBridge Pipes dallo strumento di mappatura dell'origine degli eventi (ESM) di AWS Lambda?

Lo strumento di mappatura dell'origine degli eventi (ESM) di AWS Lambda e Amazon EventBridge Pipes utilizzano la stessa infrastruttura di polling per selezionare e inviare gli eventi. ESM è ideale per i clienti che desiderano utilizzare Lambda come destinazione per elaborare gli eventi ricevuti. Pipes è invece più adatto ai clienti che preferiscono non preoccuparsi di creare, mantenere e ridimensionare il codice Lambda e preferiscono invece una risorsa semplice e gestita per connettere la propria origine a una delle oltre 14 destinazioni.

D: EventBridge Pipes fornisce garanzie di ordinamento?

Sì, EventBridge Pipes manterrà l'ordine degli eventi ricevuti da un'origine di eventi durante l'invio di tali eventi a un servizio di destinazione.

D: EventBridge Pipes supporta gli eventi in batch?

Sì, per i servizi che supportano gli eventi in batch, puoi configurare la dimensione del batch desiderata durante la creazione di una pipe. Per le origini e le destinazioni che non supportano i batch, puoi comunque scegliere di raggruppare gli eventi per la tua fase di arricchimento e trasformazione. Questo ti aiuta a risparmiare sui costi di calcolo e ti aiuta comunque a distribuire gli eventi individualmente alla destinazione prescelta.

D: Posso ottenere uno storico di tutte le chiamate alle API EventBridge Pipes effettuate sull'account per analizzare la sicurezza e per la risoluzione dei problemi operativi?

Per ricevere uno storico di tutte le chiamate delle API di EventBridge Pipes effettuate sul tuo account, è sufficiente attivare CloudTrail nella Console di gestione AWS.

D: Quanto costa EventBridge Pipes?

Per consultare i dettagli completi sui prezzi del sistema di pianificazione Amazon EventBridge Pipes, visita la pagina dei prezzi.

Pianificatore

D: Cos'è Pianificatore Amazon EventBridge?

Pianificatore Amazon EventBridge è un sistema di programmazione delle attività serverless che semplifica la creazione, l'esecuzione e la gestione di milioni di pianificazioni sui servizi AWS senza eseguire il provisioning o gestire l'infrastruttura sottostante.

D: Come posso iniziare a usare Pianificatore EventBridge?

Accedi al tuo account AWS, vai alla console EventBridge e fai clic sul pulsante Crea pianificazione. Segui il flusso di lavoro dettagliato e compila i campi richiesti. Seleziona un formato di pianificazione che includa una finestra temporale per l'attività da implementare, la tariffa fissa, cron o una data e un'ora specifiche. Seleziona la tua destinazione da un elenco di servizi AWS e configura le policy di ripetizione per il massimo controllo dell'implementazione della tua pianificazione. Rivedi la pianificazione e fai clic su Crea.

D: Qual è la differenza tra il Pianificatore EventBridge e le regole pianificate?

Pianificatore EventBridge si basa sulla funzionalità di pianificazione offerta all'interno delle regole pianificate. Pianificatore EventBridge include il supporto per i fusi orari, una maggiore capacità di dimensionamento, payload di destinazione personalizzati, espressioni temporali aggiunte e un pannello di controllo per il monitoraggio delle pianificazioni. Puoi creare pianificazioni possono in modo indipendente senza la necessità di creare un router di eventi con una regola pianificata.

D: Quando devo utilizzare le regole pianificate EventBridge o il sistema di pianificazione EventBridge?

Le regole pianificate continueranno a essere disponibili, tuttavia il sistema di pianificazione EventBridge offre una serie di funzionalità più ampia che assicura maggiore flessibilità durante la creazione, l'esecuzione e la gestione delle tue pianificazioni. Puoi anche iniziare gratuitamente, consulta la pagina dei prezzi per maggiori dettagli.

D: In che modo questa funzionalità funziona con gli altri servizi AWS?

Pianificatore EventBridge ha profonde integrazioni con i servizi AWS e può creare pianificazioni per qualsiasi servizio con un'operazione API AWS. Le configurazioni per i modelli temporali e i tentativi sono uniformi in AWS a garanzia di un'esperienza di pianificazione uniforme. Il monitoraggio delle pianificazioni è facile tramite la console di Pianificatore EventBridge che offre una visualizzazione delle pianificazioni in un pannello di controllo o con una semplice richiesta API "ListSchedule". Sarai in grado di visualizzare informazioni critiche sulle tue pianificazioni come l'ora di inizio, l'ultima esecuzione e la destinazione AWS assegnata. Per maggiori dettagli, puoi esaminare i log di esecuzione disponibili in CloudWatch Logs oppure possono essere inviati a S3 o Kinesis Firehose.

D: Come si effettua l'aggiornamento delle pianificazioni?

Puoi aggiornare le tue pianificazioni nella console di Pianificatore EventBridge facendo clic sulla pianificazione da modificare. Un nuovo pannello mostrerà le tue opzioni.

D: Pianificatore EventBridge supporta tutti i fusi orari?

Sì, con Pianificatore EventBridge puoi selezionare il fuso orario in cui opererà una pianificazione. Queste pianificazioni si adatteranno automaticamente all'ora legale e torneranno all'ora solare.

D: In che modo Pianificatore EventBridge garantisce l'erogazione pianificata?

Pianificatore EventBridge fornisce la consegna degli eventi almeno una volta alle destinazioni, il che significa che almeno una consegna va a buon fine con una risposta dalla destinazione. Sono disponibili opzioni per impostare tentativi, intervalli di tempo e timeout per soddisfare i requisiti aziendali.

D: Come posso monitorare lo stato delle mie pianificazioni?

Pianificatore EventBridge fornisce una pagina di monitoraggio nella console di Pianificatore EventBridge per tutte le pianificazioni create in cui è possibile visualizzare i dettagli delle pianificazioni e la loro implementazione. Ciò include quando è iniziata la pianificazione, il modello temporale di implementazione e lo stato di consegna della destinazione con i codici di risposta per poter vedere i tentativi riusciti, non riusciti o i nuovi tentativi.

D: Posso pianificare un'attività per servizi al di fuori di AWS, come il mio server on-premise o prodotti SaaS esterni?

Pianificatore EventBridge non supporta direttamente le destinazioni non AWS. Puoi tuttavia richiamare destinazioni non AWS utilizzando Lambda, ECS e Fargate o con la funzione EventBridge tramite le destinazioni API.

D: Quanto costa Pianificatore EventBridge?

Per consultare i dettagli completi sui prezzi di Pianificatore Amazon EventBridge, visita la pagina dei prezzi.

Endpoint globali

D: Cosa sono gli endpoint globali?

Gli endpoint globali sono una nuova funzionalità di EventBridge che rende più facile costruire applicazioni basate su eventi altamente disponibili usando AWS. Puoi replicare i tuoi eventi nelle regioni primarie e secondarie per implementare il failover con una perdita di dati minima. Puoi inoltre implementare la possibilità di eseguire automaticamente il failover in una regione di backup in caso di interruzioni del servizio. Questo semplifica l'adozione di architetture multi-regione e permette di incorporare la resilienza nelle applicazioni basate su eventi.

D: Perché utilizzare gli endpoint globali?

Gli endpoint globali aiutano a fornire una migliore esperienza ai clienti finali riducendo al minimo la quantità di dati a rischio durante le interruzioni del servizio. Potete rendere le vostre applicazioni basate su eventi più robuste e resilienti avendo la possibilità di fare il failover dell'acquisizione degli eventi in una regione secondaria automaticamente e senza bisogno di un intervento manuale. Hai la flessibilità di configurare i criteri di failover utilizzando gli allarmi di Amazon CloudWatch (tramite i controlli dell'integrità di Amazon Route 53) per determinare quando eseguire il failover e quando reindirizzare gli eventi alla regione primaria.

D: In che modo l'endpoint globale migliora la disponibilità delle mie applicazioni?

Una volta pubblicati gli eventi sull'endpoint globale, gli eventi sono indirizzati al router di eventi nella tua regione primaria. Se vengono rilevati errori nella regione primaria, il controllo dell'integrità viene contrassegnato come non integro e gli eventi in arrivo vengono indirizzati alla regione secondaria. Gli errori possono essere rilevati facilmente utilizzando gli allarmi di CloudWatch (tramite i controlli dell'integrità di Route 53) specificati. Non appena il problema viene mitigato, reindirizziamo i nuovi eventi alla regione primaria e continuiamo l'elaborazione degli eventi.

D: Che tipo di applicazioni sono adatte agli endpoint globali?

Gli endpoint globali sono adatti per applicazioni che non richiedono l'idempotenza o che possono gestire l'idempotenza tra le regioni. Sono inoltre adatti per applicazioni che tollerano fino a 420 secondi di eventi non replicati. Pertanto, rimarrebbero bloccati nella regione primaria fino al ripristino del servizio o della regione (chiamato obiettivo del punto di ripristino).

D: Quale parametro dovrei usare per il failover del mio endpoint globale?

Abbiamo aggiunto un nuovo parametro che riporta l'intera latenza di EventBridge che consente di determinare facilmente se ci sono errori all'interno di EventBridge che richiedono il failover dell'acquisizione degli eventi nella regione secondaria. È facile iniziare nella console grazie allo stack CloudFormation pre-popolato (che puoi personalizzare, se lo desideri) per creare un allarme CloudWatch e i controlli dell'integrità di Route 53. Per maggiori dettagli su come impostare gli allarmi e i controlli dell'integrità, consulta il nostro blog di avvio e la documentazione.

D: Devo usare i parametri del mio sottoscrittore per eseguire il failover del mio endpoint globale?

Ti consigliamo di non includere i parametri dei sottoscrittori nel controllo dell'integrità. Questo potrebbe causare il failover del tuo editore alla regione di backup se un singolo sottoscrittore incontra un problema, nonostante tutti gli altri sottoscrittori siano integri nella regione primaria. Se uno dei tuoi sottoscrittori non riesce ad elaborare gli eventi nella regione primaria, dovresti attivare la replica per assicurarti che il sottoscrittore nella regione secondaria sia in grado di elaborare gli eventi con successo.

D: Qual è l'obiettivo del tempo di ripristino (RTO) e l'obiettivo del punto di ripristino (RPO) previsti?

L'obiettivo del tempo di ripristino (RTO) è il tempo per il quale la regione di backup o la destinazione inizierà a ricevere nuovi eventi dopo un guasto. L'obiettivo del punto di ripristino (RPO) è la misura dei dati che rimarranno non elaborati durante un guasto. Con gli endpoint globali, seguendo la nostra guida prescrittiva per la configurazione degli allarmi, l'RTO e l'RPO saranno di 360 secondi (con un massimo di 420). Per l'RTO, il tempo include il periodo di tempo per l'attivazione degli allarmi CloudWatch e l'aggiornamento degli stati per i controlli dell'integrità di Route 53. Per l'RPO, il tempo include gli eventi che non vengono replicati nella regione secondaria e sono bloccati nella regione primaria fino a quando il servizio o la regione non si riprendono.

D: Devo attivare la replica?

Sì. La replica dovrebbe essere attivata per ridurre al minimo i dati a rischio durante un'interruzione del servizio. Una volta che hai impostato i router personalizzati in entrambe le regioni e dopo aver creato l'endpoint globale, potrai aggiornare le applicazioni per pubblicare i tuoi eventi sull'endpoint globale. Così facendo, una volta risolto il problema, gli eventi in arrivo saranno replicati nella regione primaria. Puoi archiviare i tuoi eventi nella regione secondaria per assicurarti che nessuno dei tuoi eventi venga perso durante un'interruzione. Per recuperare rapidamente dalle interruzioni, puoi replicare la tua architettura nella regione secondaria per continuare ad elaborare i tuoi eventi. Devi anche attivare la replica per assicurare il ripristino automatico dopo che il problema è stato mitigato.

D: Qual è la best practice per gestire le quote in entrambe le mie regioni?

Dovresti assicurarti che le stesse quote siano state impostate nelle vostre regioni primarie e secondarie. Dovresti attivare la replica ed elaborare gli eventi nella regione secondaria, poiché questo assicura non solo di avere le quote giuste, ma anche che la tua applicazione nella regione secondaria sia configurata correttamente.

D: C'è un modo più semplice per replicare la mia architettura nella regione secondaria?

Puoi utilizzare AWS CloudFormation StackSets che facilita la replica dell'architettura attraverso le regioni AWS. Per un esempio, fai riferimento alla nostra documentazione.

D: Posso usare qualsiasi account, qualsiasi regione e qualsiasi router per la mia architettura secondaria?

Nella prima iterazione dell'avvio, le regioni Opt-in, Cina o GovCloud non sono supportate. Per l'elenco delle regioni supportate in questo avvio, fai riferimento alla domanda di seguito. Stiamo anche supportando il failover e il recupero tra lo stesso account e i router con lo stesso nome nelle varie regioni.
 

D: Gli endpoint globali funzionano con gli eventi AWS da CloudTrail, S3 e altri servizi AWS?

Gli endpoint globali sono disponibili solo per gli eventi personalizzati. In futuro aggiungeremo il supporto per eventi dai servizi AWS, eventi opt-in da S3 (notifiche di eventi S3) ed eventi di terze parti.

D: L'instradamento basato sulla latenza è supportato?

No, l'instradamento basato sulla latenza non è supportato nella prima iterazione dell'avvio.

D: Quanto costano gli endpoint globali?

Gli endpoint globali sono disponibili senza costi aggiuntivi. Gli endpoint globali sono disponibili solo per gli eventi personalizzati e gli eventi personalizzati pubblicati sull'endpoint globale sono fatturati secondo il prezzo degli eventi personalizzati. Per informazioni sui prezzi, visita la pagina dei prezzi di EventBridge.

D: Mi verrà addebitato il costo della replica?

Sì, ti verrà addebitato 1 dollaro per milione di eventi per la replica, che EventBridge addebita per gli eventi tra regioni.

D: In quali regioni sono disponibili gli endpoint globali?

Gli endpoint globali sono disponibili nelle seguenti regioni: Stati Uniti orientali (Ohio), Stati Uniti orientali (Virginia settentrionale), Stati Uniti occidentali (California settentrionale), Stati Uniti occidentali (Oregon), Asia Pacifico (Mumbai), Asia Pacifico (Osaka-Locale), Asia Pacifico (Seoul), Asia Pacifico (Singapore), Asia Pacifico (Sydney), Asia Pacifico (Tokyo), Canada (Centrale), Europa (Francoforte), Europa (Irlanda), Europa (Londra), Europa (Parigi), Europa (Stoccolma) e Sud America (San Paolo).

Costi e fatturazione

D: Quanto costa EventBridge?

Consulta le informazioni sui prezzi qui.

D: Mi verranno addebitati gli eventi inviati da un partner a un'origine di eventi a cui non è collegato un router?

No.

Architettura e progettazione

D: Posso disporre di una destinazione che invia eventi a un altro account?

Sì. Questi sono chiamati eventi su più account e avrai a disposizione una destinazione quale il router di eventi predefinito o qualsiasi altro router di eventi in un altro account.

D: Posso usare CloudFormation con EventBridge?

Sì. Il supporto per CloudFormation è presente in tutte le regioni in cui è disponibile Amazon EventBridge. Per ulteriori informazioni sull'utilizzo di CloudFormation ai fini del provisioning e della gestione delle risorse in EventBridge, consulta la documentazione.

D: Quando è consigliato usare EventBridge e quando SNS?

EventBridge ed SNS possono essere utilizzati per sviluppare applicazioni basate su eventi in base alle tue esigenze specifiche. Si consiglia l'utilizzo di EventBridge quando si desidera creare un'applicazione che reagisca agli eventi delle applicazioni SaaS o dei servizi AWS. EventBridge è l'unico servizio basato su eventi che si integra direttamente con partner SaaS di terze parti. Inoltre, EventBridge acquisisce automaticamente eventi da oltre 90 servizi AWS senza la necessita da parte degli sviluppatori di creare risorse nei propri account. EventBridge utilizza una struttura basata su JSON definita per gli eventi e consente di creare regole applicate a tutto il corpo degli eventi per selezionare quelli da inoltrare a una destinazione. EventBridge attualmente supporta oltre 15 servizi AWS come destinazione, tra cui AWS Lambda, Amazon SQS, Amazon SNS, flusso di dati Amazon Kinesis e Kinesis Data Firehose e altri ancora. EventBridge presenta una velocità di trasmissione effettiva limitata (vedi Limiti del servizio), che può essere aumentata su richiesta, e una latenza tipica di circa mezzo secondo.

SNS è consigliato quando si desidera creare un'applicazione che reagisca a velocità di trasmissione effettiva elevata o a messaggi con bassa latenza pubblicati da altre applicazioni, microservizi o per applicazioni che richiedono fan-out molto elevato. I messaggi non sono strutturati e possono essere in qualsiasi formato. SNS supporta l'inoltro di messaggi a sei diversi tipi di destinazioni, tra cui Lambda, SQS, endpoint HTTP/S, SMS, mobile push ed e-mail. La latenza tipica di SNS è inferiore a 30 millisecondi. Una vasta gamma di servizi AWS invia messaggi SNS tramite una configurazione opportuna del servizio (oltre 30 servizi, inclusi EC2, S3 ed RDS).

Integrazioni

D: Perché integrare la mia applicazione SaaS con EventBridge?

EventBridge semplifica l'integrazione dei servizi dei fornitori SaaS con le architetture basate su eventi dei loro clienti nell'ambiente AWS. EventBridge rende il tuo prodotto direttamente accessibile a milioni di sviluppatori AWS, offrendo la possibilità di nuovi casi d'uso. Offre un processo di invio di eventi completamente misurabile, sicuro e scalabile, senza che il fornitore SaaS gestisca alcuna infrastruttura di eventi.

D: La mia azienda SaaS potrebbe rappresentare un'ottima origine eventi. Come procedo?

I fornitori SaaS interessati a diventare partner EventBridge devono seguire le istruzioni self-service nella pagina Integrazioni di Amazon EventBridge per iniziare a pubblicare eventi su EventBridge.

D: Quanto sforzo richiede l'integrazione di un fornitore SaaS con EventBridge?

I fornitori SaaS che già supportano un webhook o un'altra modalità di integrazione basata su push possono integrarsi con EventBridge in meno di 5 giorni.

D: Quali integrazioni SaaS sono supportate?

Per un elenco completo delle integrazioni supportate, consulta Integrazioni di EventBridge.

Integrazioni per Amazon EventBridge
Ulteriori informazioni sulle integrazioni di Amazon EventBridge

Visita la pagina delle integrazioni di Amazon EventBridge

Ulteriori informazioni 
Inizia subito a creare nella console
Inizia subito a creare nella console

Inizia subito a utilizzare Amazon EventBridge nella console di gestione AWS.

Accedi 
Consulta la documentazione
Ulteriori informazioni sono disponibili nella documentazione

Approfondisci la conoscenza di EventBridge nella guida per gli sviluppatori.

Ulteriori informazioni