Event Sourcing păstrează evenimentele petrecute ca sursă de adevăr a datelor, apoi deduce starea curentă din acel istoric. Fiecare eveniment înregistrează o schimbare de business, precum „produs adăugat în coș” sau „comandă anulată”.
În loc să știe doar că un coș conține o carte, sistemul poate ști că utilizatorul a adăugat două și a eliminat una. Istoricul este folosit pentru reconstruirea coșului, nu doar păstrat ca referință.
Să presupunem că un coș are următorul istoric:
Citirea și aplicarea celor trei evenimente în ordine produce același rezultat: un exemplar din cartea A. Procesul se numește replay, adică reaplicarea istoricului înregistrat pentru calcularea stării.
Când clientul adaugă alte produse, sistemul verifică cererea și adaugă un eveniment nou la sfârșit. Dacă două cereri modifică simultan coșul, adăugarea trebuie să verifice versiunea fluxului citită anterior, pentru a detecta modificările conflictuale.
Replay reconstruiește datele. Nu trebuie să retrimită e-mailuri de confirmare sau să efectueze din nou plăți.
Event Sourcing se potrivește domeniilor unde istoricul modificărilor este important pentru activitate, precum ciclul de viață al unui contract sau ajustările succesive ale comenzilor. Avantajele trebuie să justifice efortul păstrării și procesării acelui istoric.
Dacă aplicația are nevoie doar de ultima stare și de o evidență pentru verificare, stocarea convențională cu un jurnal de audit poate fi mai simplă.
O bibliotecă de întrebări de interviu IT cu răspunsuri detaliate — de la Junior la Senior.
Donează