Event Sourcing ঘটে যাওয়া ঘটনাকে মূল নির্ভরযোগ্য ডেটা হিসেবে রাখে, তারপর সেই ইতিহাস থেকে বর্তমান অবস্থা নির্ণয় করে। প্রতিটি ঘটনা ব্যবসায়িক পরিবর্তন লেখে, যেমন “কার্টে পণ্য যোগ হয়েছে” বা “অর্ডার বাতিল হয়েছে”।
কার্টে একটি বই আছে শুধু এটুকু জানার বদলে সিস্টেম জানতে পারে যে গ্রাহক দুটি যোগ করে একটি সরিয়েছেন। এই ইতিহাস কার্ট পুনর্গঠনে ব্যবহৃত হয়, শুধু রেফারেন্স হিসেবে রাখা হয় না।
ধরা যাক কার্টের ইতিহাস এমন:
তিনটি ঘটনা ক্রমে পড়ে ও প্রয়োগ করলে একই ফল হয়: বই A-এর একটি কপি। একে রিপ্লে বলে, অর্থাৎ অবস্থা গণনা করতে লেখা ইতিহাস প্রয়োগ করা।
গ্রাহক আরও পণ্য যোগ করলে সিস্টেম অনুরোধ পরীক্ষা করে নতুন ঘটনা শেষে যোগ করে। দুটি অনুরোধ একসঙ্গে কার্ট বদলালে যোগ করার সময় আগে পড়া স্ট্রিম সংস্করণ যাচাই করতে হবে, যাতে পরস্পরবিরোধী পরিবর্তন ধরা যায়।
রিপ্লে ডেটা পুনর্গঠন করে। এটি আবার নিশ্চয়তার ইমেইল পাঠাবে না বা আবার পেমেন্ট করবে না।
যেখানে পরিবর্তনের ইতিহাস ব্যবসার গুরুত্বপূর্ণ অংশ, যেমন চুক্তির জীবনচক্র বা অর্ডারের ধারাবাহিক সমন্বয়, সেখানে Event Sourcing উপযোগী। ইতিহাস ধরে রাখা ও প্রক্রিয়াকরণের কাজকে সার্থক করার মতো সুবিধা থাকতে হবে।
অ্যাপ্লিকেশনের শুধু সর্বশেষ অবস্থা ও পরীক্ষার জন্য রেকর্ড দরকার হলে অডিট লগসহ প্রচলিত স্টোরেজ সহজ হতে পারে।
বিস্তারিত উত্তরসহ IT ইন্টারভিউ প্রশ্নের একটি লাইব্রেরি — জুনিয়র থেকে সিনিয়র পর্যন্ত।
দান করুন