← Tutte le CapsuleADT - Architettura tecnica e pattern distribuiti Riepilogo architetture piattaforma enterprise sanitaria
Domain Event
Pubblicare eventi al passato che rappresentano fatti già avvenuti e significativi per il dominio.
Il problema
I servizi devono comunicare fatti di dominio senza esporre il proprio modello interno o trasformare ogni integrazione in una chiamata sincrona.
Il pattern
Pubblicare eventi al passato che rappresentano fatti già avvenuti e significativi per il dominio.
Come funziona
Un comando come CreateOrder può fallire; un evento come OrderCreated dichiara che il fatto è già avvenuto. L'evento ha identità, timestamp, versione e payload minimo stabile.
Esempio sanitario
Benefici
- Riduce coupling
- Crea linguaggio di integrazione
- Abilita subscriber multipli
Trade-off
- Contratti da versionare
- Eventi troppo fini creano rumore
- Possibile esposizione di dati sensibili
Quando usarlo
Quando un fatto di dominio è utile a più bounded context.
Quando evitarlo
Per replicare tutte le mutazioni tecniche o le tabelle interne.
Pattern correlati
RIFERIMENTI
Fonti e riferimenti
Capsule Informatiche · Materiale progettuale
Capsule Informatiche · Materiale progettuale
