Event Sourcing conserva gli eventi già avvenuti come dati di riferimento e ricava lo stato attuale da quella cronologia. Ogni evento registra un cambiamento aziendale, come “articolo aggiunto al carrello” o “ordine annullato”.
Invece di sapere soltanto che un carrello contiene un libro, il sistema può sapere che il cliente ne ha aggiunti due e ne ha rimosso uno. Questa cronologia viene usata per ricostruire il carrello, non soltanto conservata per consultazione.
Supponiamo che un carrello abbia questa cronologia:
Leggere e applicare i tre eventi in ordine produce lo stesso risultato: una copia del libro A. Questo processo si chiama replay, cioè applicare la cronologia registrata per calcolare lo stato.
Quando il cliente aggiunge altri articoli, il sistema controlla la richiesta e aggiunge un nuovo evento alla fine della sequenza. Se due richieste modificano contemporaneamente il carrello, la scrittura deve controllare la versione della sequenza letta per rilevare cambiamenti in conflitto.
Il replay ricostruisce i dati. Non deve inviare nuovamente email di conferma né eseguire di nuovo i pagamenti.
Event Sourcing è adatto ai domini in cui la cronologia dei cambiamenti è una parte importante dell'attività, come il ciclo di vita di un contratto o le successive modifiche di un ordine. I vantaggi devono giustificare il lavoro necessario per conservare ed elaborare quella cronologia.
Se l'applicazione richiede soltanto lo stato più recente e una traccia per le verifiche, una memorizzazione tradizionale con un audit log può essere più semplice.
Una raccolta di domande di colloquio IT con risposte dettagliate — da Junior a Senior.
Dona