EDA के सिद्धांतों को समझना

इवेंट-ड्रिवन आर्किटेक्चर में सेवाएँ घटनाएँ उत्पन्न करके और उनका उपभोग करके एक-दूसरे से संवाद करती हैं — यानी जो कुछ घटित हुआ, उस पर प्रतिक्रियाएँ देती हैं। इससे आपको अलगाव, विस्तार-क्षमता और त्वरित प्रतिक्रिया मिलती है।

घटना किसी ऐसी चीज़ का रिकॉर्ड होती है जो पहले ही घट चुकी है, जैसे "OrderPlaced"। यह अपरिवर्तनीय होती है, इसमें समय-मुहर होती है और इसमें घटित बात का वर्णन करने वाला डेटा होता है।

घटना-स्रोतण स्थिति को अपरिवर्तनीय घटनाओं के क्रम के रूप में संग्रहीत करता है। केवल वर्तमान शेषराशि रखने के बजाय, आप हर उस जमा और निकासी को सुरक्षित रखते हैं जिसके कारण वह शेषराशि बनी।

घटना-स्रोतण में आप पिछली घटनाओं को क्रम से फिर चलाकर वर्तमान स्थिति का पुनर्निर्माण करते हैं। हर जमा और निकासी को लागू करने पर आपको शेषराशि के साथ पूरा लेखा-परीक्षण मार्ग भी मिलता है।

घटना-स्रोतण आपको परिवर्तनों का पूरा इतिहास देता है: संपूर्ण लेखा-परीक्षण-योग्यता, किसी भी पिछली स्थिति तक समय-यात्रा, आसान त्रुटि-निवारण और फिर से चलाई जा सकने वाली अलग-अलग घटनाएँ।

CQRS डेटा अपडेट करने वाले मॉडल (आदेशों) को डेटा पढ़ने वाले मॉडल (प्रश्नों) से अलग करता है — इसे दो संरचनाओं की तरह समझिए: एक लेखन के लिए अनुकूलित और दूसरी पठन के लिए।

CQRS में आदेश लेखन मॉडल के माध्यम से डेटा बदलते हैं और प्रश्न पठन मॉडल के माध्यम से डेटा प्राप्त करते हैं। दोनों पक्ष अपने-अपने एक कार्य के लिए अनुकूलित होते हैं।

अंततः सुसंगतता का अर्थ है कि जब कोई नया अपडेट नहीं होता, तो सभी पठन अंततः नवीनतम मान लौटाते हैं। यह "हमेशा सुसंगत" नहीं, बल्कि "अंततः सुसंगत" होता है।

हर जगह मजबूत सुसंगतता धीमी और जटिल होती है। अंततः सुसंगतता इसके बदले उपलब्धता और गति देती है — जैसे कोई सामाजिक फ़ीड जो थोड़ी देर पीछे रह जाती है और फिर नवीनतम स्थिति तक पहुँच जाती है।

आपने EDA के मूल सिद्धांत सीख लिए हैं: घटना-स्रोतण (परिवर्तनों को घटनाओं के रूप में रखना), CQRS (पठन और लेखन को अलग करना) और अंततः सुसंगतता। बहुत अच्छा किया।