আমি আমাদের ডাব্লুসিএফ-ভিত্তিক এসওএর একটি অংশ কোনও পরিষেবা বাসের মডেল (সম্ভবত এন সার্ভিসবাস) এ স্থানান্তরিত করার জন্য একটি প্রকল্প বিবেচনা করছি এবং কমান্ড-কোয়েরি বিচ্ছেদ অর্জনের জন্য কিছু বেসিক পাব-সাব ব্যবহার করছি ।
আমি এসওএ, এমনকি সার্ভিস বাসের মডেলগুলিতেও নতুন নই, তবে আমি স্বীকার করি যে সাম্প্রতিককাল পর্যন্ত আমার "বিচ্ছেদ" সম্পর্কে ধারণাটি কেবলমাত্র মিল-ডাটাবেস মিররিং এবং প্রতিরূপে সীমাবদ্ধ ছিল। তবুও, আমি এই ধারণাটির প্রতি আকৃষ্ট হয়েছি কারণ অনেকগুলি সুস্পষ্ট ত্রুটিগুলি (বিশেষত উল্লেখযোগ্যভাবে সঠিক লেনদেনের সহায়তার অভাব )কে ছাড়িয়ে যাওয়ার সময় এটি শেষ পর্যন্ত সামঞ্জস্যপূর্ণ সিস্টেমের সমস্ত সুবিধা প্রদান করে বলে মনে হচ্ছে ।
আমি কে মূলত Udi, Dahan থেকে বিষয়ের উপর অনেক পড়া করেছি ESB আর্কিটেকচারের উপর গুরু (মাইক্রোসফট বিশ্বের অন্তত), কিন্তু এক জিনিস তিনি সত্যিই বলছেন আমাকে প্রহেলিকা:
যেহেতু আমরা তাদের উপর আরও ক্ষেত্র সহ বৃহত্তর সত্ত্বা পেয়েছি, আমরা সেই একই সংস্থাগুলির সাথে আরও কাজ করার জন্য আরও অভিনেতা পেতে পারি, এবং সম্মতিযুক্ত দ্বন্দ্বের সংখ্যা বাড়িয়ে কোনও নির্দিষ্ট সময়ে তাদের কিছু বৈশিষ্ট্য স্পর্শ করার সম্ভাবনা তত বেশি।
[...]
সিকিউআরএসের একটি মূল উপাদানটি ব্যবহারকারীদের ইন্টারফেসের নকশাটি পুনর্বিবেচনা করছে যাতে গ্রাহককে অগ্রাধিকার দেওয়া হয়েছে বা এটি অর্জন করেছে তার চেয়ে বেশি বোঝায় যে গ্রাহককে অগ্রাধিকার প্রদান করা ব্যবহারকারীর পক্ষে কাজকে আলাদা পছন্দ করে তোলে preferred বিবাহিত। ডেটা পরিবর্তনের জন্য এক্সেল-এর মতো ইউআই ব্যবহার করা আমাদের লক্ষ্য হিসাবে ক্যাপচার করে না।
- উদী দহন, স্পষ্টত সিকিউআরএস
উদ্ধৃতিতে বর্ণিত দৃষ্টিকোণ থেকে, এই যুক্তি দিয়ে তর্ক করা শক্ত। তবে এটি SOAs এর সাথে সম্মানের সাথে শস্যের বিরুদ্ধে যাচ্ছে বলে মনে হচ্ছে। একটি এসওএ (এবং সাধারণভাবে পরিষেবাগুলি সাধারণভাবে) মোটা দানাযুক্ত বার্তাগুলি মোকাবেলা করার কথা বলেছে যাতে নেটওয়ার্ক বকবক হ্রাস করতে পারে - আরও অনেক সুবিধা।
আমি বুঝতে পেরেছি যে আপনি যখন ভাল মেসেজ কুইং এবং আরপিসির কোনও ব্যাগেজ সহ উচ্চ-বিতরণকারী সিস্টেম পেয়েছেন তখন নেটওয়ার্ক বকবক কোনও ইস্যুতে কম নয়, তবে বিষয়টি পুরোপুরি খারিজ করা বুদ্ধিমান বলে মনে হয় না। Udi প্রায় বলেই মনে হচ্ছে যে প্রতিটি বৈশিষ্ট্য পরিবর্তন (যেমন ফিল্ড আপডেট) এর নিজস্ব কমান্ড হওয়া উচিত, যা প্রায়শই একটি traditionalতিহ্যবাহী হিসাবে এক ব্যবহারকারী বা কয়েক হাজার সম্মিলিত সত্তা এবং বৈশিষ্ট্যগুলি সম্ভাব্য আপডেট করার প্রসঙ্গে কল্পনা করা শক্ত is একটি বন্ধু পূর্ণ নাম লিখুন.
এসকিউএল সার্ভারে একটি ব্যাচ আপডেট ভাল উচ্চ-প্যারামিটারাইজড ক্যোয়ারী, সারণী-মূল্যবান প্যারামিটার বা একটি মঞ্চের টেবিলে বাল্ক সন্নিবেশের ফলে একটি সেকেন্ডের একটি অংশ নিতে পারে; এই আপডেটগুলির সমস্ত একবারে প্রক্রিয়াকরণ ধীর, ধীর, ধীর এবং ওএলটিপি ডাটাবেস হার্ডওয়্যার স্কেল আপ / আউট করার জন্য সবচেয়ে ব্যয়বহুল।
এই প্রতিদ্বন্দ্বী উদ্বেগের পুনর্মিলন করার কোনও উপায় আছে কি? আমি কি এটি সম্পর্কে ভুলভাবে ভাবছি? এই সমস্যাটির কি সিকিউএস / ইএসবি বিশ্বে একটি সুপরিচিত সমাধান রয়েছে?
যদি তা না হয়, তবে কোনও কমান্ডের গ্রানুলারিটির "সঠিক স্তর" কী হওয়া উচিত তা কীভাবে সিদ্ধান্ত নেওয়া যায়? ডেটাবেসগুলিতে 3NF এর মত ধরণের - এমন কোনও "স্ট্যান্ডার্ড" কেউ ব্যবহার করতে পারে এবং সাবধানে প্রোফাইলিং যখন কোনও সম্ভাব্য তাত্পর্যপূর্ণ পারফরম্যান্স বেনিফিটের পরামর্শ দেয় তখনই বিচ্যুত হয়?
বা এটি সম্ভবত সেই জিনিসগুলির মধ্যে একটি যা বিভিন্ন বিশেষজ্ঞের দ্বারা বেশ কয়েকটি দৃ opinions় মতামত প্রকাশ করা সত্ত্বেও সত্যই মতামতের বিষয়?