Az Event Sourcing a megtörtént eseményeket tárolja az adatok hiteles forrásaként, majd ebből az előzményből vezeti le az aktuális állapotot. Minden esemény egy üzleti változást rögzít, például „termék a kosárba helyezve” vagy „rendelés törölve”.
Ahelyett, hogy a rendszer csak azt tudná, hogy a kosárban egy könyv van, azt is tudhatja, hogy az ügyfél kettőt tett bele, majd egyet kivett. Az előzményt a kosár újraépítésére használja, nem csupán hivatkozásként őrzi.
Tegyük fel, hogy egy kosár előzménye a következő:
E három esemény sorrend szerinti olvasása és alkalmazása ugyanazt eredményezi: egy példányt az A könyvből. Ez a replay, vagyis a rögzített előzmény újbóli alkalmazása az állapot kiszámításához.
Amikor az ügyfél további termékeket ad hozzá, a rendszer ellenőrzi a kérést és új eseményt fűz a sorozat végére. Ha két kérés egyszerre módosítja a kosarat, a hozzáfűzésnek ellenőriznie kell a korábban olvasott folyamverziót az ütköző változások felismeréséhez.
A replay adatokat épít újra. Nem küldhet ismét visszaigazoló e-maileket, és nem hajthatja végre újra a fizetéseket.
Az Event Sourcing olyan területekhez illik, ahol a változástörténet az üzlet fontos része, például egy szerződés életciklusa vagy egymást követő rendelésmódosítások. Az előnyöknek indokolniuk kell az előzmény tárolásának és feldolgozásának munkáját.
Ha az alkalmazásnak csak a legutóbbi állapot és ellenőrzési nyilvántartás kell, a hagyományos tárolás auditnaplóval egyszerűbb lehet.
IT interjúkérdések gyűjteménye részletes válaszokkal — Juniortól Seniorig.
Adományozás