Event Sourcing saugo įvykusius įvykius kaip pagrindinį duomenų tiesos šaltinį, o dabartinę būseną išveda iš šios istorijos. Kiekvienas įvykis užfiksuoja verslo pokytį, pavyzdžiui, „prekė pridėta į krepšelį“ arba „užsakymas atšauktas“.
Užuot žinojusi tik tai, kad krepšelyje yra viena knyga, sistema gali žinoti, kad klientas pridėjo dvi ir pašalino vieną. Ši istorija naudojama krepšeliui atkurti, o ne vien saugoma pasitikrinimui.
Tarkime, krepšelio istorija tokia:
Perskaičius ir iš eilės pritaikius šiuos tris įvykius gaunamas toks pat rezultatas: vienas knygos A egzempliorius. Tai vadinama replay – užfiksuotos istorijos pakartotiniu pritaikymu būsenai apskaičiuoti.
Klientui pridėjus daugiau prekių, sistema patikrina prašymą ir prideda naują įvykį srauto pabaigoje. Jei du prašymai krepšelį keičia vienu metu, pridėjimo operacija turi patikrinti perskaitytą srauto versiją, kad aptiktų konfliktuojančius pakeitimus.
Replay atkuria duomenis. Jis neturi pakartotinai siųsti patvirtinimo laiškų ar vykdyti mokėjimų.
Event Sourcing tinka sritims, kuriose pokyčių istorija yra svarbi verslo dalis, pavyzdžiui, sutarties gyvavimo ciklui ar nuosekliems užsakymo koregavimams. Privalumai turi pateisinti istorijos išsaugojimo ir apdorojimo darbą.
Jei programai reikia tik naujausios būsenos ir įrašų patikrai, įprasta saugykla su audito žurnalu gali būti paprastesnė.
IT pokalbių klausimų biblioteka su išsamiais atsakymais — nuo Junior iki Senior.
Paaukoti