Nel mondo delle architetture Cloud moderne, uno dei problemi più comuni è far comunicare servizi e applicazioni diverse in modo affidabile, scalabile e senza creare dipendenze rigide. AWS EventBridge è la risposta di Amazon a questo problema: un servizio di event bus completamente gestito che permette di connettere applicazioni usando eventi, senza dover gestire infrastruttura, senza dover scrivere codice di integrazione complesso, e senza pagare nulla quando non ci sono eventi da elaborare.
In questo articolo spiego cos’è EventBridge, come funziona, in cosa si differenzia da Kafka e quando è la scelta giusta — con un focus sulle applicazioni concrete nel contesto dell’integrazione tra sistemi aziendali come i DMS automotive.
Cos’è AWS EventBridge
AWS EventBridge è un event bus serverless — un canale di comunicazione basato su eventi che collega applicazioni, servizi AWS e applicazioni SaaS di terze parti. È serverless nel senso più completo: non c’è nessun server da provisioning, nessun cluster da gestire, nessuna capacità da stimare in anticipo. Si paga per evento elaborato e il servizio scala automaticamente da zero a milioni di eventi al secondo senza alcun intervento.
EventBridge è nato nel 2019 come evoluzione di un servizio AWS precedente chiamato CloudWatch Events, con l’aggiunta di due caratteristiche fondamentali: l’integrazione nativa con decine di applicazioni SaaS (Salesforce, Zendesk, GitHub, DataDog e molte altre) e un sistema di routing basato su regole che permette di filtrare e instradare gli eventi con grande precisione.
I componenti principali di EventBridge
Event Bus
L’Event Bus è il canale centrale attraverso cui transitano gli eventi. EventBridge offre tre tipi di bus. Il Default Event Bus riceve automaticamente tutti gli eventi generati dai servizi AWS del tuo account — ogni volta che viene creata un’istanza EC2, modificato un bucket S3 o aggiornata una funzione Lambda, un evento viene pubblicato sul Default Bus. I Custom Event Bus sono bus creati dall’utente per gli eventi delle proprie applicazioni — il DMS che pubblica un evento “ordine-ricambi-inserito” userebbe un Custom Bus. I Partner Event Bus ricevono eventi direttamente da applicazioni SaaS partner di AWS — Salesforce, per esempio, può pubblicare eventi direttamente su un Partner Bus nel tuo account AWS.
Events
Un Event in EventBridge è un oggetto JSON che descrive qualcosa che è accaduto. Ha sempre una struttura standard con campi obbligatori — source (chi ha generato l’evento), detail-type (il tipo di evento), time (quando è accaduto) — e un campo detail che contiene i dati specifici dell’evento in formato libero.
Un esempio concreto nel contesto DMS potrebbe essere:
{
"source": "infinity-dms",
"detail-type": "OrdineRicambiInserito",
"time": "2026-05-20T14:30:00Z",
"detail": {
"dealer_id": "IT-RM-001",
"ordine_id": "ORD-2026-045678",
"articoli": 12,
"valore_totale": 1847.50,
"tipo": "DIMS-automatico"
}
}Rules e Targets
Le Rules sono il cuore del sistema di routing di EventBridge. Ogni regola definisce due cose: un pattern di filtraggio che specifica quali eventi devono essere selezionati, e uno o più Target a cui inviare gli eventi selezionati.
Il filtraggio è estremamente potente — si può filtrare su qualsiasi campo dell’evento, inclusi i campi nel detail. Una regola può selezionare solo gli eventi di tipo “OrdineRicambiInserito” con valore superiore a 1000€ provenienti da dealer nella regione Lazio. Un altro sistema può selezionare tutti gli eventi di qualsiasi tipo provenienti da un dealer specifico. La stessa regola può inviare l’evento a più Target contemporaneamente.
I Target sono i servizi che ricevono gli eventi selezionati. EventBridge supporta oltre 20 target nativi: funzioni Lambda, code SQS, flussi Kinesis, macchine a stati Step Functions, endpoint HTTP, altri Event Bus — e molti altri. Ogni Target può ricevere l’evento originale o una versione trasformata tramite un Input Transformer.
Schema Registry
EventBridge include uno Schema Registry — un catalogo di tutti gli schemi degli eventi che transitano sui bus. Può scoprire automaticamente gli schemi degli eventi pubblicati e generare codice client in Java, Python o TypeScript per lavorare con quegli eventi in modo type-safe. Per i team di sviluppo che gestiscono molti tipi di eventi diversi, questo strumento riduce significativamente il rischio di errori di integrazione.
Come funziona il flusso completo
Il flusso tipico con EventBridge è semplice e lineare. Un’applicazione — il DMS, un sistema della casa madre, un servizio Cloud — pubblica un evento su un Event Bus usando l’API di EventBridge. EventBridge valuta le regole configurate sul quel bus e identifica quelle il cui pattern corrisponde all’evento. Per ogni regola che corrisponde, EventBridge invia l’evento a tutti i Target configurati — in parallelo, in modo affidabile, con retry automatico in caso di errore del Target. I Target elaborano l’evento in modo indipendente, senza conoscersi tra loro.
L’intero processo avviene tipicamente in meno di un secondo end-to-end. EventBridge garantisce la consegna at-least-once — ogni evento verrà consegnato almeno una volta a ogni Target, con retry automatici in caso di fallimento temporaneo.
EventBridge vs Apache Kafka: quando scegliere quale
EventBridge e Kafka risolvono problemi simili ma con approcci e caratteristiche diverse. Capire le differenze è fondamentale per scegliere lo strumento giusto.
- Volumi e throughput — Kafka è progettato per volumi enormi (milioni di messaggi al secondo per applicazione). EventBridge è ottimizzato per volumi moderati (fino a 10.000 eventi al secondo per bus, espandibile). Per l’integrazione DMS di un gruppo dealer anche strutturato, EventBridge è ampiamente sufficiente.
- Retention dei messaggi — Kafka conserva i messaggi per giorni o settimane, permettendo la rilettura dello storico. EventBridge non conserva gli eventi dopo la consegna — se nessuna regola corrisponde o tutti i Target falliscono dopo i retry, l’evento viene perso (a meno di configurare un archivio separato).
- Complessità operativa — Kafka richiede competenze specifiche per il setup e la gestione del cluster (anche nelle versioni managed). EventBridge è zero-ops: si configura in minuti dalla console AWS, nessuna infrastruttura da gestire.
- Integrazione con l’ecosistema AWS — EventBridge si integra nativamente con tutti i servizi AWS e con decine di applicazioni SaaS partner. Kafka richiede connettori specifici (Kafka Connect) per ogni integrazione.
- Costo — EventBridge costa per evento elaborato (circa 1$ per milione di eventi). Kafka managed su Confluent o MSK ha costi fissi per cluster indipendenti dal volume. Per volumi bassi EventBridge è più economico; per volumi molto alti Kafka può diventare più conveniente.
- Ordering garantito — Kafka garantisce l’ordinamento dei messaggi all’interno di una Partition. EventBridge non garantisce l’ordine di consegna tra eventi diversi.
La regola pratica che uso: se devi elaborare milioni di eventi al secondo, hai bisogno di conservare la storia degli eventi per riprocessarli, o l’ordinamento è critico — scegli Kafka. Se vuoi connettere applicazioni e servizi AWS in modo semplice, hai volumi moderati e vuoi zero overhead operativo — scegli EventBridge.
Casi d’uso concreti nel contesto DMS automotive
Applicato a un’architettura DMS moderna, EventBridge potrebbe gestire questi scenari operativi:
- Sincronizzazione magazzino in tempo reale — ogni movimento di magazzino nel DMS pubblica un evento. Una regola lo instrada al sistema della casa madre per aggiornare il Logistikbus, a una funzione Lambda che aggiorna il portale e-commerce del dealer, e a un flusso Kinesis per l’analytics in tempo reale. Tre sistemi aggiornati simultaneamente, senza che il DMS sappia della loro esistenza.
- Orchestrazione del processo di vendita veicolo — quando un veicolo viene venduto nel DMS, un evento triggera automaticamente: l’aggiornamento dello stock sul sito web, la notifica al reparto finanziamenti per aprire la pratica, l’alert al responsabile usato per avviare la valutazione della permuta, la comunicazione al CRM per aggiornare l’opportunità.
- Alert operativi proattivi — una regola monitora gli eventi di magazzino e triggera una notifica al responsabile ricambi quando un articolo critico scende sotto la soglia minima. Un’altra regola identifica ordini di riparazione aperti da più di 5 giorni e avvisa il service manager.
- Integrazione con sistemi SaaS — gli eventi del DMS possono essere instradati direttamente verso Salesforce (per aggiornare i record cliente), verso Zendesk (per creare ticket di assistenza automaticamente) o verso qualsiasi altro sistema partner di EventBridge, senza sviluppare connettori custom.
EventBridge Pipes e Scheduler: le estensioni recenti
AWS ha ampliato EventBridge con due componenti aggiuntivi che completano le sue capacità. EventBridge Pipes permette di creare pipeline punto-a-punto tra una sorgente (una coda SQS, un flusso Kinesis, una tabella DynamoDB) e un target, con la possibilità di filtrare, arricchire e trasformare gli eventi nel percorso — senza scrivere codice Lambda intermedio. EventBridge Scheduler è un sistema di scheduling completamente gestito che permette di eseguire azioni in momenti specifici o con frequenza definita — sostituendo soluzioni custom basate su cron job o Lambda schedulati.
Come iniziare con EventBridge
La curva di apprendimento di EventBridge è significativamente più bassa rispetto a Kafka. Per iniziare bastano un account AWS e pochi minuti per configurare il primo Event Bus, la prima regola e il primo Target dalla console AWS. Amazon offre un free tier generoso — il primo milione di eventi al mese è gratuito — che permette di sperimentare senza costi.
Il punto di partenza più pratico per chi sviluppa sistemi DMS o applicazioni aziendali è creare un Custom Event Bus, definire lo schema degli eventi principali della propria applicazione nello Schema Registry, e costruire le prime regole di routing verso Lambda o SQS. Da lì, l’architettura event-driven si costruisce incrementalmente — aggiungendo nuove regole e nuovi Target man mano che emergono i casi d’uso.
Stai valutando un’architettura event-driven per il tuo sistema o per l’integrazione tra applicazioni aziendali? Contattami per una consulenza — posso aiutarti a scegliere la soluzione più adatta tra EventBridge, Kafka e le alternative disponibili, e a progettare l’architettura di integrazione più efficace per il tuo caso specifico.
AWS EventBridge spiegato chiaramente: Event Bus, Rules e Targets. Come funziona il servizio serverless di Amazon per l’integrazione tra applicazioni e quando sceglierlo rispetto a Kafka.
