Domande frequenti su Amazon EventBridge

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.

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

Sì, puoi taggare regole e router di eventi.

Le quote EventBridge predefinite possono essere aumentate per elaborare centinaia di migliaia di eventi al secondo. I limiti di throughput del router di eventi sono riportati nella pagina delle quote di servizio AWS. Se hai bisogno di un throughput più elevato, richiedi un aumento del limite di servizio tramite il Centro di Supporto AWS selezionando “Crea un caso” e poi facendo clic su “Aumento del limite del servizio”.

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.

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.

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.

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.

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

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.

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.

È 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.

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.

Sì, la versione più recente dell'interfaccia a riga di comando (CLI) SAM AWS 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 il Kit di strumenti AWS per Visual Studio Code offrono funzionalità per la creazione di applicazioni serverless a partire da questo modello con uno schema come trigger, direttamente da questi IDE.

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

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)

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.

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).

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.

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.

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.

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.

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.

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.

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.

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.

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

Pianificatore Amazon EventBridge è un pianificatore di 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.

Accedi all'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.

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.

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.

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.

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

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.

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.

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

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.

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

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

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

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

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.

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.

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.

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).

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.

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.

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 di 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.

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.

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.

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

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.

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 (Amazon S3 Event Notifications) ed eventi di terze parti.

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

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.

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

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)

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.

No.

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.

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.

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 e Amazon RDS).

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.

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.

I fornitori SaaS interessati a diventare partner di EventBridge devono seguire le istruzioni self-service alla pagina Integrazioni per Amazon EventBridge per iniziare a pubblicare eventi su 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.

Supportiamo oltre 45 integrazioni SaaS; consulta l'elenco completo delle integrazioni SaaS supportate per Amazon EventBridge.