Event Sourcing घट चुकी घटनाओं को प्रामाणिक डेटा के रूप में सहेजता है और फिर उस इतिहास से वर्तमान स्थिति निकालता है। हर घटना व्यावसायिक बदलाव दर्ज करती है, जैसे “कार्ट में सामान जोड़ा गया” या “ऑर्डर रद्द हुआ”।
केवल यह जानने के बजाय कि कार्ट में एक किताब है, सिस्टम जान सकता है कि ग्राहक ने दो जोड़ीं और एक हटाई। इस इतिहास का उपयोग कार्ट दोबारा बनाने के लिए होता है, न कि सिर्फ संदर्भ के लिए रखने के लिए।
मान लें कार्ट का इतिहास यह है:
इन तीन घटनाओं को क्रम से पढ़ने और लागू करने पर वही परिणाम मिलता है: किताब A की एक प्रति। इसे रीप्ले कहते हैं, यानी स्थिति की गणना के लिए दर्ज इतिहास को लागू करना।
ग्राहक और सामान जोड़ता है तो सिस्टम अनुरोध जाँचता है और नई घटना अंत में जोड़ता है। अगर दो अनुरोध एक साथ कार्ट बदलते हैं, तो घटना जोड़ते समय पढ़े गए स्ट्रीम संस्करण की जाँच जरूरी है, ताकि टकराते बदलाव पहचाने जा सकें।
रीप्ले डेटा का पुनर्निर्माण करता है। उसे पुष्टि ईमेल दोबारा नहीं भेजने चाहिए और न ही भुगतान फिर से करना चाहिए।
Event Sourcing उन क्षेत्रों के लिए उपयुक्त है जहाँ बदलाव का इतिहास व्यवसाय का महत्वपूर्ण हिस्सा है, जैसे अनुबंध का जीवनचक्र या ऑर्डर में लगातार समायोजन। इतिहास सहेजने और प्रोसेस करने के काम को उचित ठहराने लायक लाभ होना चाहिए।
अगर एप्लिकेशन को केवल नवीनतम स्थिति और निरीक्षण के लिए रिकॉर्ड चाहिए, तो ऑडिट लॉग के साथ पारंपरिक स्टोरेज सरल हो सकता है।
विस्तृत उत्तरों के साथ IT इंटरव्यू प्रश्नों की एक लाइब्रेरी — जूनियर से सीनियर तक।
दान करें