যখন মাইক্রোসার্ভেসিসের কথা আসে, পরিষেবাগুলির বিকাশের জীবনের চক্রগুলিও স্বাধীন হওয়া উচিত। *
বিভিন্ন এসএলডিসি এবং বিভিন্ন দেব দল
প্রকৃত এমএস সিস্টেমে বাস্তুতন্ত্রের বিকাশে বেশ কয়েকটি দল জড়িত থাকতে পারে, যার প্রত্যেকেই এক বা একাধিক পরিষেবার দায়িত্বে থাকে। ঘুরেফিরে, এই দলগুলি বিভিন্ন অফিসে, শহরগুলিতে, দেশগুলিতে অবস্থিত হতে পারে, পরিকল্পনা আছে ... সম্ভবত, তারা একে অপরকেও জানে না, যা জ্ঞান বা কোড ভাগ করে নেওয়া খুব কঠিন করে (যদি সম্ভব হয়)। তবে এটি খুব সুবিধাজনক হতে পারে কারণ ভাগ করা কোডটি ভাগ করে নেওয়া যৌক্তিক যুক্তির একটি প্রকারকে বোঝায় এবং স্মরণ করার জন্য গুরুত্বপূর্ণ কিছু হ'ল, নির্দিষ্ট দলের জন্য যা কিছু বোঝায় তা অন্য দলের জন্য তৈরি করতে হবে না। উদাহরণস্বরূপ, ডিটিও গ্রাহক প্রদত্ত, খেলায় পরিষেবার উপর নির্ভর করে এটি ভিন্ন হতে পারে, কারণ গ্রাহকরা প্রতিটি পরিষেবা থেকে আলাদাভাবে ব্যাখ্যা (বা দেখা) হয় are
বিভিন্ন প্রয়োজন, বিভিন্ন প্রযুক্তি
বিচ্ছিন্ন এসএলডিসি দলগুলিকে তাদের প্রয়োজনীয়তার সর্বোত্তম অনুসারে স্ট্যাকটি বেছে নেওয়ার অনুমতি দেয়। একটি নির্দিষ্ট প্রযুক্তিতে প্রয়োগ করা ডিটিও চাপিয়ে দেওয়া দলগুলির নির্বাচনের ক্ষমতা সীমাবদ্ধ করে।
ডিটিওগুলি ব্যবসায়ের নিয়ম বা পরিষেবা চুক্তি নয়
ডিটিও আসলে কী? একপাশ থেকে অন্য দিকে ডেটা সরিয়ে নেওয়া ছাড়া আর কোনও লক্ষ্য ছাড়াই সরল অবজেক্টস। ব্যাগ গেটারস এবং সিটারস। এটি এমন "জ্ঞান" নয় যা মোটামুটিভাবে পুনরায় ব্যবহার করা যায়, সামগ্রিক কারণ কোনও জ্ঞান নেই। তাদের অস্থিরতা দম্পতির জন্য খারাপ প্রার্থী করে তোলে।
ধেরিক যা বলেছে তার বিপরীতে, একই সময়ে অন্য পরিষেবাদি পরিবর্তন না করে কোনও পরিষেবার জন্য এটির ডিটিওগুলি পরিবর্তন করা সম্ভব হবে । সার্ভিস উচিত হবে সহনশীল পাঠক, সহনশীল লেখক ও ব্যর্থ সহনশীল । অন্যথায়, তারা এমনভাবে সংযোগ স্থাপন করে যা পরিষেবা আর্কিটেকচারকে কোনও অর্থহীন করে তোলে। আরও একবার, এবং ধেরিকের উত্তরের বিপরীতে, যদি তিনটি পরিষেবাকে ঠিক একই ডিটিও প্রয়োজন হয় তবে পরিষেবাগুলি পচনের সময় সম্ভবত এটি কিছু ভুল হয়েছে went
বিভিন্ন ব্যবসা, বিভিন্ন ব্যাখ্যা
যদিও পরিষেবাগুলির মধ্যে ক্রস-কাটিং ধারণা থাকতে পারে, তবে এর অর্থ এই নয় যে সমস্ত পরিষেবাগুলিকে একইভাবে ব্যাখ্যা করতে বাধ্য করতে আমাদের একটি প্রচলিত মডেল চাপিয়ে দিতে হবে।
কেস স্টাডি
বলুন আমাদের সংস্থার তিনটি বিভাগ রয়েছে, গ্রাহক পরিষেবা , বিক্রয় এবং শিপিং । এই প্রতিটি রিলিজ এক বা একাধিক পরিষেবা বলুন।
গ্রাহক সেবা, তার কারণে ডোমেইন ভাষা , গ্রাহকদের, যেখানে ধারণা প্রায় কার্যকরী সেবা গ্রাহকদের দ্বারা ব্যক্তি । উদাহরণস্বরূপ, গ্রাহকরা নাম , পদবি , বয়স , লিঙ্গ , ইমেল , ফোন ইত্যাদি রূপে মডেল হন
এখন বলুন, বিক্রয় ও শিপিংয়ের মডেলগুলি তাদের নিজ নিজ ডোমেনের ভাষা অনুযায়ীও পরিষেবা দেয়। এই ভাষাগুলিতে, ধারণা গ্রাহক খুব উপস্থিত হয় তবে একটি সূক্ষ্ম পার্থক্য সহ। তাদের কাছে গ্রাহকরা (প্রয়োজনীয়ভাবে) ব্যক্তি নন । জন্য সেলস , গ্রাহকদের একটি হয় ডকুমেন্ট সংখ্যা একটি ক্রেডিট কার্ড এবং একটি বিলিং ঠিকানা , জন্য জাহাজীকরণ একটি পুরো নাম এবং শিপিং ঠিকানা খুব।
যদি আমরা গ্রাহকসেবার প্রমিত তথ্য মডেলটি বিক্রয় এবং শিপিংয়ের জন্য বাধ্য করি তবে আমরা তাদেরকে অপ্রয়োজনীয় ডেটা নিয়ে কাজ করতে বাধ্য করছি যা তাদের সম্পূর্ণ উপস্থাপনা বজায় রাখতে এবং গ্রাহক পরিষেবাদির সাথে গ্রাহকের ডেটা সিঙ্কে রাখতে হলে অপ্রয়োজনীয় জটিলতার সূচনা করতে পারে could ।
সম্পর্কিত লিংক
* এখানে এই স্থাপত্যের শক্তিগুলি রাখে
protoজিআরপিসির জন্য ফাইল বাavroকাফকার স্কিমা এবং উভয় পরিষেবায় ডিটিও তৈরি করা ঠিক আছে, তবে আমি দুটি প্রকল্পের মধ্যে ভাগ করে নেওয়া লাইব্রেরি ভাগ করব না।