Event Sourcing przechowuje zaistniałe zdarzenia jako nadrzędne źródło danych, a następnie wyprowadza bieżący stan z tej historii. Każde zdarzenie zapisuje zmianę biznesową, taką jak „produkt dodany do koszyka” lub „zamówienie anulowane”.
Zamiast wiedzieć tylko, że koszyk zawiera jedną książkę, system może wiedzieć, że klient dodał dwie i usunął jedną. Historia służy do odtworzenia koszyka, a nie wyłącznie do późniejszego wglądu.
Załóżmy, że koszyk ma następującą historię:
Odczytanie i zastosowanie tych trzech zdarzeń w kolejności daje ten sam wynik: jeden egzemplarz książki A. Jest to odtwarzanie, czyli stosowanie zapisanej historii w celu obliczenia stanu.
Gdy klient dodaje kolejne produkty, system sprawdza żądanie i dopisuje nowe zdarzenie. Jeśli dwa żądania zmieniają koszyk jednocześnie, dopisanie musi sprawdzić odczytaną wcześniej wersję strumienia, aby wykryć konfliktujące zmiany.
Odtwarzanie rekonstruuje dane. Nie może ponownie wysyłać wiadomości z potwierdzeniem ani realizować płatności.
Event Sourcing pasuje do domen, w których historia zmian jest ważną częścią biznesu, takich jak cykl życia umowy lub kolejne korekty zamówienia. Korzyści muszą uzasadniać pracę związaną z zachowywaniem i przetwarzaniem tej historii.
Jeśli aplikacja potrzebuje tylko najnowszego stanu i zapisu do kontroli, tradycyjne przechowywanie z dziennikiem audytu może być prostsze.
Biblioteka pytań rekrutacyjnych IT ze szczegółowymi odpowiedziami — od Juniora do Seniora.
Wesprzyj