আমি একটি নতুন অ্যাপ্লিকেশন তৈরি করছি এবং মাইক্রো-সার্ভিসেস আর্কিটেকচার সম্পর্কে পড়ছি। আর্কিটেকচার নিজেই একটি বিকাশ, স্থাপনা এবং জীবনচক্র পরিচালন দৃষ্টিকোণ থেকে প্রচুর অর্থবোধ করে। তবে যে বিষয়টি সামনে এসেছিল তা হ'ল মাস্টার ডেটা কীভাবে পরিচালনা করতে হবে।
উদাহরণস্বরূপ, আমার কাছে দুটি অ্যাপ্লিকেশন রয়েছে - বলুন বিক্রয় অ্যাপ্লিকেশন এবং একটি টিকিটিং অ্যাপ্লিকেশন। ধরে নিন যে এই অ্যাপ্লিকেশন দুটিই নিজস্ব মাইক্রো পরিষেবা হিসাবে নির্মিত। তবে এই উভয় অ্যাপ্লিকেশন, যখন মোতায়েন করা হয়েছে (ধরে নিলে তারা আলাদাভাবে মোতায়েন করা হয়েছে তা বলে বিক্রয় বিক্রয় মঙ্গোডিবি ব্যবহার করে এবং টিকিট মারিয়াডিবি ব্যবহার করে), একই মাস্টার ডেটা উদাহরণগুলি যেমন অ্যাকাউন্টস, পণ্যসমূহ অ্যাক্সেসের প্রয়োজন হবে। এর অর্থ হ'ল কোনও প্রদত্ত মাস্টার ডেটা সত্তার (যেমন অ্যাকাউন্টগুলির জন্য এটি বিক্রয় অ্যাপ্লিকেশন হতে পারে) এবং আগ্রহী পক্ষের (যেমন টিকিট অ্যাপ্লিকেশনগুলিতে অ্যাকাউন্টগুলির বিষয়ে তথ্য থাকা দরকার) জন্য একটি মালিক অ্যাপ থাকবে।
এটি অর্জন করার একাধিক উপায় রয়েছে: - মাস্টার থেকে আগ্রহী পক্ষের ডেটা প্রতিলিপি - আগ্রহী পক্ষ থেকে মাস্টার পর্যন্ত সিঙ্ক্রোনাস রিড (মাইক্রো-সার্ভিসেস আর্কিটেকচার দৃষ্টান্তের মাধ্যমে সিঙ্ক নির্ভরতা বাঞ্ছনীয় নয়) - নিজস্ব কেন্দ্রীভূত সংগ্রহশালা
এমনকি অ্যাকাউন্টগুলির মধ্যেও একটি মূল অংশ থাকতে পারে যা বিক্রয় এবং টিকিট উভয়ের জন্যই সাধারণ (যেমন অ্যাকাউন্টের নাম, ঠিকানা ইত্যাদি)। তবে অ্যাকাউন্টের কিছু দিক কেবল বিক্রয় এবং অন্যদের জন্য টিকিটের ক্ষেত্রে কেবল প্রাসঙ্গিক হতে পারে।
উপরে উল্লিখিত বিকল্পগুলির কোনও সম্পর্কে কোনও চিন্তা / সেরা-অনুশীলন / মতামত?