Event Sourcing मध्ये घडून गेलेल्या घटना हाच डेटाचा अधिकृत आधार म्हणून साठवला जातो आणि त्या इतिहासातून सध्याची स्थिती ठरवली जाते. प्रत्येक घटना “कार्टमध्ये वस्तू जोडली” किंवा “ऑर्डर रद्द केली” अशा व्यावसायिक बदलाची नोंद करते.
कार्टमध्ये एक पुस्तक आहे एवढेच माहीत असण्याऐवजी, ग्राहकाने दोन पुस्तके जोडली आणि एक काढले हे प्रणालीला माहीत असते. हा इतिहास फक्त संदर्भासाठी नसतो; कार्टची स्थिती पुन्हा तयार करण्यासाठी तो वापरला जातो.
समजा कार्टचा इतिहास असा आहे:
या तीन घटना क्रमाने वाचून लागू केल्यावर तोच निकाल मिळतो: पुस्तक A ची एक प्रत. याला replay म्हणतात, म्हणजे नोंदवलेला इतिहास पुन्हा लागू करून स्थिती मोजणे.
ग्राहक अधिक वस्तू जोडतो तेव्हा प्रणाली विनंती तपासते आणि शेवटी नवीन घटना जोडते. दोन विनंत्या एकाच वेळी कार्ट बदलत असतील, तर परस्परविरोधी बदल शोधण्यासाठी घटना जोडताना आधी वाचलेल्या stream ची आवृत्ती तपासली पाहिजे.
Replay डेटा पुन्हा तयार करते. त्याने पुष्टीचे ईमेल पुन्हा पाठवू नयेत किंवा पेमेंट पुन्हा करू नये.
कराराचे जीवनचक्र किंवा ऑर्डरमधील सलग फेरबदल यांसारख्या क्षेत्रात बदलांचा इतिहास व्यवसायाचा महत्त्वाचा भाग असेल तर Event Sourcing योग्य ठरते. त्याचे फायदे इतिहास जतन आणि प्रक्रिया करण्याच्या मेहनतीच्या योग्य प्रमाणात असले पाहिजेत.
ॲप्लिकेशनला फक्त ताजी स्थिती आणि तपासणीसाठी नोंद हवी असेल, तर पारंपरिक साठवण आणि audit log वापरणे सोपे पडू शकते.
सविस्तर उत्तरांसह IT मुलाखत प्रश्नांचे ग्रंथालय — Junior पासून Senior पर्यंत.
देणगी द्या