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?

Per iniziare a usare Amazon EventBridge, completa le sei operazioni riportate:

  1. Accedi all'account AWS.
  2. Passa alla console EventBridge.
  3. Scegli un’origine 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.
  4. 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.
  5. Facoltativamente, potrai decidere di configurare una regola di filtraggio e collegare una destinazione per i tuoi eventi, ad esempio, una funzione Lambda.
  6. 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: 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 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 AWS Secrets Manager 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?

EventBridge dispone di quote predefinite sulla velocità con cui è possibile pubblicare eventi, sul numero di regole che possono essere create su un router di eventi e sulla velocità con cui è possibile richiamare gli obiettivi. Consulta la pagina delle quote di servizio per un elenco completo delle quote e per sapere come è possibile aumentarle.

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

La latenza tipica è di circa mezzo secondo. Questo valore potrebbe variare.

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

Sì, puoi taggare regole e router di eventi.

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

Le quote EventBridge predefinite possono essere aumentate per elaborare centinaia di migliaia di eventi al secondo. I limiti di velocità di trasmissione effettiva del router di eventi sono riportati nella pagina delle quote di servizio AWS. Se hai bisogno di una velocità di trasmissione effettiva più elevata, richiedi un aumento del limite di servizio tramite l’AWS Support Center selezionando "Crea un caso", quindi fai clic su "Aumento delle restrizioni 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?

Sì, all'interno di Individuazione dello schema puoi scoprire gli eventi su più account, in modo da avere una visibilità completa dello schema degli eventi pubblicato sui tuoi router di eventi.

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?

Il registro degli schemi riduce la quantità di codice consentendo all'utente di effettuare le seguenti operazioni:

  • Identifica automaticamente lo schema per qualunque evento inviato al tuo router di eventi EventBridge e archiviarli nel registro, evitando di dover gestire manualmente il tuo schema degli eventi.
  • Scrivi applicazioni che gestiscono gli eventi sul tuo router, genera e scarica associazioni di codice per lo schema per utilizzare oggetti con caratteri forti direttamente nel tuo codice.
 
Le associazioni di codice riducono il sovraccarico di deserializzazione, convalida e congetture per il gestore di eventi.

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

È necessario utilizzare il registro degli schemi per creare applicazioni basate sugli eventi più rapidamente. Il registro degli schemi elimina il tempo impiegato per coordinare i team di sviluppo trovando automaticamente gli eventi disponibili da qualsiasi origine di eventi supportata, inclusi servizi AWS, applicazioni personalizzate e di terze parti, e ne rileva lo schema. È stato creato per consentire agli sviluppatori di concentrarsi esclusivamente sul codice dell'applicazione, invece di perdere tempo prezioso a cercare gli eventi disponibili, la loro struttura e a scrivere codice per interpretare e tradurre gli 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 Visual Studio Code, oltre alla console EventBridge e le API. 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 del 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?

EventBridge offre la generazione di codice disponibile in Java (8+), Python (3.6+) e TypeScript (3.0+) e Go (1+).

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

Il registro degli schemi di EventBridge è disponibile nelle seguenti regioni:

  • Stati Uniti orientali (Ohio, Virginia settentrionale)
  • Stati Uniti occidentali (California settentrionale, Oregon)
  • Asia Pacifico (Hong Kong, Mumbai, Seul, Singapore, Sydney, Tokyo)
  • Canada (Centrale)
  • Europa (Francoforte, Irlanda, Londra, Parigi, Stoccolma)
  • 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. È anche possibile creare una pipe utilizzando AWS CLI, 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: L'eliminazione al termine del Pianificatore EventBridge è applicabile a tutti i modelli di pianificazione?

L'eliminazione al termine è disponibile per tutti i modelli di pianificazione attualmente supportati: cron, frequenza e pianificazioni monouso.

D: Posso aggiornare il mio programma dopo l'eliminazione una volta impostato il completamento?

Sì, puoi aggiornare la pianificazione per configurare l'eliminazione al termine in qualsiasi momento prima che la pianificazione venga richiamata. Dopo l'ultimo orario di richiamo della pianificazione, non sarà possibile apportare modifiche.

D: Cosa succede se disabilito una pianificazione con l'eliminazione al termine attivata prima della chiamata pianificata?

Se disabiliti una pianificazione con eliminazione al termine prima dell'ultima chiamata della pianificazione, la pianificazione rimarrà nel tuo account in uno stato disabilitato.

D: Cosa succede se la mia pianificazione ricorrente impostata con l'eliminazione dopo il completamento non ha una data di fine?

La pianificazione continuerà a richiamare la sue destinazione e non verrà eliminata automaticamente finché non viene configurata una data di fine.

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 semplificano la creazione di applicazioni basate su eventi ad alta disponibilità utilizzando 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 CloudWatch Alarms 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 Amazon 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, Virginia settentrionale)
  • Stati Uniti occidentali (California settentrionale, Oregon)
  • Asia Pacifico (Mumbai, Osaka, Seoul, Singapore, Sydney, Tokyo)
  • Canada (Centrale)
  • Europa (Francoforte, Irlanda, Londra, Parigi, Stoccolma)
  • Sud America (San Paolo)

Costi e fatturazione

D: Quanto costa EventBridge?

Amazon EventBridge offre prezzi flessibili con il suo modello con prezzi in base al consumo. Paghi solo per gli eventi pubblicati dal tuo router di eventi, gli eventi importati per Individuazione dello schema, Riproduzione eventi e Destinazioni API. Per esempi e maggiori dettagli sui prezzi di EventBridge, visita la nostra pagina dei prezzi.

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

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. Questo può essere utilizzato per centralizzare gli eventi di più account in un unico router di eventi per monitorare e controllare più facilmente gli eventi e per mantenere i dati sincronizzati tra gli 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 Amazon EventBridge quando si desidera creare un'applicazione che reagisca agli eventi delle proprie applicazioni, delle applicazioni SaaS e 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 200 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 20 servizi AWS come destinazione, tra cui AWS Lambda, Amazon SQS, Amazon SNS, Flusso di dati Amazon Kinesis e Kinesis Data Firehose e altri ancora.

Amazon SNS è consigliato per le applicazioni che richiedono un'uscita di ventola elevata (migliaia o milioni di endpoint). Uno schema comune che vediamo è che i clienti utilizzano SNS come obiettivo per la loro regola per filtrare gli eventi di cui hanno bisogno e distribuirli su più endpoint.

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 (oltre 30 servizi, inclusi Amazon EC2, Amazon S3 ed Amazon RDS).

D: Quando posso usare EventBridge e quando AppFabric?

AWS AppFabric, un servizio senza codice che migliora gli investimenti esistenti delle aziende in applicazioni Software as a Service (SaaS) con maggiore sicurezza, gestione e produttività. Usa AppFabric per aggregare e normalizzare i dati di log SaaS provenienti da app come Asana, Slack e Zoom, nonché da suite di produttività come Microsoft 365 e Google Workspace, per aumentare l'osservabilità delle applicazioni e ridurre i costi operativi associati alla creazione e al mantenimento di integrazioni point-to-point. EventBridge è un servizio di integrazione serverless che utilizza gli eventi per connettere tra loro i componenti dell'applicazione, rendendo più semplice per gli sviluppatori la creazione di applicazioni scalabili basate sugli eventi. Usa EventBridge per indirizzare eventi da fonti come applicazioni personalizzate, servizi AWS e applicazioni SaaS di terze parti verso applicazioni consumer in tutta l'organizzazione. EventBridge offre un modo semplice e coerente per inserire, filtrare, trasformare e distribuire eventi.

Integrazioni

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

Amazon 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?

Supportiamo oltre 45 integrazioni SaaS; consulta l'elenco completo delle integrazioni SaaS supportate per Amazon 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