Event Sourcing ruan ngjarjet që kanë ndodhur si burimin autoritativ të të dhënave dhe pastaj nxjerr gjendjen aktuale nga ai historik. Çdo ngjarje regjistron një ndryshim biznesi, si “artikull i shtuar në shportë” ose “porosi e anuluar”.
Në vend që të dijë vetëm se një shportë përmban një libër, sistemi mund të dijë se klienti shtoi dy dhe hoqi një. Ky historik përdoret për të rindërtuar shportën, në vend që të mbahet vetëm për referencë.
Supozoni se një shportë ka këtë historik:
Leximi dhe zbatimi i këtyre tri ngjarjeve me radhë prodhon të njëjtin rezultat: një kopje të librit A. Kjo quhet riprodhim, zbatimi i historikut të regjistruar për të llogaritur gjendjen.
Kur klienti shton më shumë artikuj, sistemi kontrollon kërkesën dhe shton një ngjarje të re në fund. Nëse dy kërkesa e ndryshojnë shportën njëkohësisht, shtimi duhet të kontrollojë versionin e rrjedhës që është lexuar për të zbuluar ndryshime në konflikt.
Riprodhimi rindërton të dhënat. Ai nuk duhet të dërgojë sërish email-e konfirmimi ose të kryejë përsëri pagesa.
Event Sourcing u përshtatet fushave ku historiku i ndryshimeve është pjesë e rëndësishme e biznesit, si cikli i jetës së një kontrate ose rregullimet e njëpasnjëshme të porosive. Përfitimet duhet ta justifikojnë punën e ruajtjes dhe përpunimit të atij historiku.
Nëse aplikacionit i duhet vetëm gjendja më e fundit dhe një regjistër për shqyrtim, ruajtja konvencionale me një regjistër auditimi mund të jetë më e thjeshtë.
Një bibliotekë pyetjesh intervistash IT me përgjigje të detajuara — nga Junior te Senior.
Dhuro