Event-Driven Architecture

Il problema

La comunicazione sincrona tra molti servizi crea catene di dipendenze, latenza e failure propagation.

Il pattern

Usare eventi asincroni per propagare fatti, aggiornare proiezioni e attivare processi senza dipendenza diretta tra producer e consumer.

Come funziona

Il broker disaccoppia temporalmente i partecipanti. Servono outbox, idempotenza, DLQ, schema/versioning, observability e regole sulla gestione dei dati sensibili.

Esempio sanitario

Benefici

• Basso coupling temporale
• Elasticità dei consumer
• Fan-out naturale

Trade-off

• Eventual consistency
• Debug e tracing più complessi
• Governance dei contratti

Quando usarlo

Per notifiche, integrazioni, proiezioni e processi asincroni.

Quando evitarlo

Quando l'utente richiede una risposta sincrona immediata e il broker non aggiunge valore.

Pattern correlati