সফ্টওয়্যার আর্কিটেকচার এবং সিস্টেম ডিজাইন: বিগ পিকচার এবং রিসোর্স গাইড

ওহে সহকর্মীরা.

আজ আমরা আপনার বিবেচনার জন্য Tugberk Ugurlu-এর একটি প্রবন্ধের অনুবাদ অফার করছি, যিনি আধুনিক সফ্টওয়্যার সিস্টেম ডিজাইন করার নীতিগুলি তুলনামূলকভাবে ছোট আকারে রূপরেখা দেওয়ার উদ্যোগ নিয়েছেন। সংক্ষেপে লেখক নিজের সম্পর্কে যা বলেছেন তা এখানে:

যেহেতু 2019 সালের হিসাবে স্থাপত্য নিদর্শন + নকশার নিদর্শনগুলির মতো একটি বিশাল বিষয়কে হ্যাব্রো নিবন্ধে কভার করা একেবারেই অসম্ভব, তাই আমরা শুধুমাত্র মি. উরুগ্লুর পাঠ্যই নয়, তিনি দয়া করে এতে অন্তর্ভুক্ত করা অসংখ্য লিঙ্কেরও সুপারিশ করছি৷ আপনি যদি এটি পছন্দ করেন, আমরা বিতরণ করা সিস্টেমের নকশা সম্পর্কে একটি আরও উচ্চ বিশেষায়িত পাঠ্য প্রকাশ করব।

স্ন্যাপশট আইজ্যাক স্মিথ আনস্প্ল্যাশ থেকে

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

আমি মনে করি যে একটি সিস্টেম ডিজাইন করা শুরু করার জন্য আমি যে কাউকে সবচেয়ে ভালো পরামর্শ দিতে পারি তা হল: কোনো অনুমান করবেন না! প্রথম থেকেই, আপনাকে এই সিস্টেম সম্পর্কে জানা তথ্য এবং এর সাথে সম্পর্কিত প্রত্যাশাগুলি উল্লেখ করতে হবে। আপনার ডিজাইনের সাথে শুরু করতে আপনাকে সাহায্য করার জন্য এখানে কিছু ভাল প্রশ্ন রয়েছে:

• আমরা সমাধান করার চেষ্টা করছি সমস্যা কি?
• আমাদের সিস্টেমের সাথে যোগাযোগ করবে এমন ব্যবহারকারীর সর্বোচ্চ সংখ্যা কত?
• আমরা ডেটা লেখার এবং পড়ার কোন প্যাটার্ন ব্যবহার করব?
• প্রত্যাশিত ব্যর্থতার মামলাগুলি কী কী, আমরা কীভাবে সেগুলি পরিচালনা করব?
• সিস্টেমের ধারাবাহিকতা এবং প্রাপ্যতা জন্য প্রত্যাশা কি?
• কাজ করার সময় আপনাকে কি বাহ্যিক যাচাইকরণ এবং নিয়ন্ত্রণ সম্পর্কিত কোনো প্রয়োজনীয়তা বিবেচনা করতে হবে?
• আমরা কি ধরনের সংবেদনশীল তথ্য সংরক্ষণ করতে যাচ্ছি?

এগুলি কেবলমাত্র কয়েকটি প্রশ্ন যা আমার এবং যে দলগুলিতে আমি বছরের পর বছর ধরে পেশাদার কার্যকলাপে অংশগ্রহণ করেছি তাদের উভয়ের জন্যই কার্যকর হয়েছে৷ আপনি যদি এই প্রশ্নগুলির উত্তরগুলি জানেন (এবং যে প্রেক্ষাপটে আপনাকে কাজ করতে হবে তার সাথে প্রাসঙ্গিক অন্য কোন), তাহলে আপনি ধীরে ধীরে সমস্যাটির প্রযুক্তিগত বিশদ অনুসন্ধান করতে পারেন।

প্রাথমিক স্তর সেট করুন

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

আমি মনে করি আমি আপনাকে বোঝাতে সক্ষম হয়েছি যে কোনও বিশেষজ্ঞ যদি কিছু বিস্ময়কর সফ্টওয়্যার সিস্টেমের স্থাপত্য উপাদান কী তা আত্মবিশ্বাসের সাথে বোঝেন, তবে এই জ্ঞানটি একজন স্থপতির শিল্প আয়ত্ত করতে এবং এই ক্ষেত্রে একটি দৃঢ় ভিত্তি বিকাশের জন্য অপরিহার্য হবে।

ঠিক আছে, তাহলে কোথায় শুরু করবেন? উ ডোনা মার্টিনা GitHub নামক একটি সংগ্রহস্থল আছে সিস্টেম-ডিজাইন-প্রাইমার, যেখান থেকে আপনি শিখতে পারবেন কিভাবে বড়-স্কেল সিস্টেম ডিজাইন করতে হয়, সেইসাথে এই বিষয়ে সাক্ষাত্কারের জন্য প্রস্তুতি নিতে পারেন। সংগ্রহস্থলে উদাহরণ সহ একটি বিভাগ রয়েছে বাস্তব স্থাপত্য, যেখানে, বিশেষ করে, তারা কীভাবে তাদের সিস্টেমের নকশার সাথে যোগাযোগ করে তা বিবেচনা করা হয় কিছু সুপরিচিত কোম্পানিযেমন টুইটার, উবার ইত্যাদি।

যাইহোক, এই উপাদানটিতে যাওয়ার আগে, আসুন আমরা অনুশীলনে যে সবচেয়ে গুরুত্বপূর্ণ স্থাপত্য চ্যালেঞ্জগুলির মুখোমুখি হই সেগুলিকে ঘনিষ্ঠভাবে দেখে নেওয়া যাক। এটি গুরুত্বপূর্ণ কারণ আপনাকে একটি একগুঁয়ে এবং বহুমুখী সমস্যার অনেক দিক উল্লেখ করতে হবে, এবং তারপর একটি প্রদত্ত সিস্টেমে কার্যকর প্রবিধানের কাঠামোর মধ্যে এটি সমাধান করতে হবে। জ্যাকসন গ্যাবার্ড, একজন প্রাক্তন Facebook কর্মচারী, লিখেছেন সিস্টেম ডিজাইন ইন্টারভিউ সম্পর্কে 50 মিনিটের ভিডিও, যেখানে তিনি শত শত আবেদনকারীদের স্ক্রীনিং করার নিজের অভিজ্ঞতা শেয়ার করেছেন। যদিও ভিডিওটি বৃহৎ সিস্টেম ডিজাইন এবং সাফল্যের মাপকাঠিগুলির উপর খুব বেশি ফোকাস করে যা এই ধরনের পদের জন্য একজন প্রার্থীর সন্ধান করার সময় গুরুত্বপূর্ণ, এটি এখনও সিস্টেম ডিজাইন করার সময় কোন জিনিসগুলি সবচেয়ে গুরুত্বপূর্ণ তার উপর একটি বিস্তৃত সংস্থান হিসাবে কাজ করবে৷ আমিও সাজেস্ট করি সারসংক্ষেপ এই ভিডিও.

ডেটা সংরক্ষণ এবং পুনরুদ্ধার সম্পর্কে জ্ঞান তৈরি করুন

সাধারণত, আপনি কীভাবে দীর্ঘমেয়াদে আপনার ডেটা সঞ্চয় এবং পুনরুদ্ধার করবেন সে সম্পর্কে আপনার সিদ্ধান্ত সিস্টেমের কার্যকারিতার উপর একটি গুরুত্বপূর্ণ প্রভাব ফেলে। অতএব, আপনাকে প্রথমে আপনার সিস্টেমের প্রত্যাশিত লেখা এবং পড়ার বৈশিষ্ট্যগুলি বুঝতে হবে। তারপরে আপনাকে এই সূচকগুলিকে মূল্যায়ন করতে এবং করা মূল্যায়নের উপর ভিত্তি করে পছন্দ করতে সক্ষম হতে হবে। যাইহোক, যদি আপনি বিদ্যমান ডেটা স্টোরেজ প্যাটার্নগুলি বুঝতে পারেন তবেই আপনি কার্যকরভাবে এই কাজটি মোকাবেলা করতে পারবেন। নীতিগতভাবে, এর সাথে সম্পর্কিত কঠিন জ্ঞান বোঝায় ডাটাবেস নির্বাচন.

ডেটাবেসগুলিকে ডেটা স্ট্রাকচার হিসাবে ভাবা যেতে পারে যা অত্যন্ত মাপযোগ্য এবং টেকসই। অতএব, একটি নির্দিষ্ট ডাটাবেস নির্বাচন করার সময় ডেটা স্ট্রাকচারের জ্ঞান আপনার জন্য খুবই উপযোগী হওয়া উচিত। উদাহরণ স্বরূপ, Redis একটি ডেটা স্ট্রাকচার সার্ভার যা বিভিন্ন ধরনের মান সমর্থন করে। এটি আপনাকে তালিকা এবং সেটের মতো ডেটা স্ট্রাকচারের সাথে কাজ করতে এবং সুপরিচিত অ্যালগরিদম ব্যবহার করে ডেটা পড়তে দেয়, উদাহরণস্বরূপ, এলআরইউ, একটি টেকসই এবং অত্যন্ত অ্যাক্সেসযোগ্য শৈলী মধ্যে এই ধরনের কাজ সংগঠিত.

স্ন্যাপশট স্যামুয়েল জেলার আনস্প্ল্যাশ থেকে

একবার আপনার কাছে বিভিন্ন ডেটা স্টোরেজ প্যাটার্নের পর্যাপ্ত বোঝাপড়া হয়ে গেলে, ডেটা সামঞ্জস্য এবং প্রাপ্যতা অধ্যয়ন করতে যান। প্রথমত, আপনাকে বুঝতে হবে CAP উপপাদ্য অন্তত সাধারণ পরিভাষায়, এবং তারপর প্রতিষ্ঠিত নিদর্শনগুলি ঘনিষ্ঠভাবে দেখার মাধ্যমে এই জ্ঞানকে পালিশ করুন ধারাবাহিকতা и অ্যাক্সেসযোগ্যতা. এইভাবে, আপনি ক্ষেত্রের একটি বোঝার বিকাশ করবেন এবং বুঝতে পারবেন যে ডেটা পড়া এবং লেখা আসলে দুটি ভিন্ন সমস্যা, প্রতিটির নিজস্ব অনন্য চ্যালেঞ্জ রয়েছে। কয়েকটি ধারাবাহিকতা এবং প্রাপ্যতা নিদর্শনগুলির সাথে সজ্জিত, আপনি আপনার অ্যাপ্লিকেশনগুলিতে মসৃণ ডেটা প্রবাহ নিশ্চিত করার সাথে সাথে সিস্টেমের কার্যকারিতা উল্লেখযোগ্যভাবে বৃদ্ধি করতে পারেন।

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

যোগাযোগ নিদর্শন

সিস্টেম বিভিন্ন উপাদান গঠিত; এগুলি একই শারীরিক নোডের মধ্যে চলমান বিভিন্ন প্রক্রিয়া বা আপনার নেটওয়ার্কের বিভিন্ন অংশে চলমান বিভিন্ন মেশিন হতে পারে। আপনার নেটওয়ার্কের মধ্যে এই সংস্থানগুলির মধ্যে কিছু ব্যক্তিগত হতে পারে, তবে অন্যগুলি সর্বজনীন এবং বাইরে থেকে সেগুলি অ্যাক্সেসকারী গ্রাহকদের জন্য উন্মুক্ত হওয়া উচিত।

একে অপরের সাথে এই সম্পদগুলির যোগাযোগ নিশ্চিত করার পাশাপাশি সমগ্র সিস্টেম এবং বহির্বিশ্বের মধ্যে তথ্য বিনিময় নিশ্চিত করা প্রয়োজন। সিস্টেম ডিজাইনের পরিপ্রেক্ষিতে, এখানে আবার আমরা নতুন এবং অনন্য চ্যালেঞ্জের একটি সেটের মুখোমুখি হচ্ছি। চলুন দেখে নেই কিভাবে সেগুলো কাজে লাগতে পারে অ্যাসিঙ্ক্রোনাস টাস্ক প্রবাহ, এবং কি পিযোগাযোগ নিদর্শন বিভিন্ন উপলব্ধ.

স্ন্যাপশট টনি স্টডার্ড আনস্প্ল্যাশ থেকে

বাইরের বিশ্বের সাথে যোগাযোগ সংগঠিত করার সময়, এটি সর্বদা খুব গুরুত্বপূর্ণ নিরাপত্তা, যার বিধানটিও গুরুত্ব সহকারে এবং সক্রিয়ভাবে অনুসরণ করা প্রয়োজন৷

সংযোগ বিতরণ

আমি নিশ্চিত নই যে এই বিষয়টিকে একটি পৃথক বিভাগে রাখা প্রত্যেকের কাছে ন্যায়সঙ্গত বলে মনে হবে। তবুও, আমি এখানে এই ধারণাটি বিশদভাবে উপস্থাপন করব, এবং আমি বিশ্বাস করি যে এই বিভাগের উপাদানটি "সংযোগ বিতরণ" শব্দটি দ্বারা সবচেয়ে সঠিকভাবে বর্ণনা করা হয়েছে।

সিস্টেমগুলি অনেকগুলি উপাদানকে সঠিকভাবে সংযুক্ত করে গঠিত হয় এবং একে অপরের সাথে তাদের যোগাযোগ প্রায়শই প্রতিষ্ঠিত প্রোটোকলের ভিত্তিতে সংগঠিত হয়, উদাহরণস্বরূপ, TCP এবং UDP। যাইহোক, এই প্রোটোকলগুলি প্রায়শই আধুনিক সিস্টেমের সমস্ত চাহিদা মেটাতে অপর্যাপ্ত, যেগুলি প্রায়শই উচ্চ লোডের অধীনে পরিচালিত হয় এবং ব্যবহারকারীর চাহিদার উপরও অত্যন্ত নির্ভরশীল। সিস্টেমে এই ধরনের উচ্চ লোড মোকাবেলা করার জন্য সংযোগগুলি বিতরণ করার উপায়গুলি খুঁজে বের করা প্রায়ই প্রয়োজন।

এই বন্টন সুপরিচিত উপর ভিত্তি করে ডোমেইন নাম সিস্টেম (DNS)। এই ধরনের সিস্টেম ডোমেন নাম পরিবর্তনের অনুমতি দেয় যেমন ওজনযুক্ত রাউন্ড রবিন এবং লোড বিতরণে সাহায্য করার জন্য লেটেন্সি-ভিত্তিক পদ্ধতি।

লোড ব্যালেন্সিং মৌলিকভাবে গুরুত্বপূর্ণ, এবং কার্যত প্রতিটি বৃহৎ ইন্টারনেট সিস্টেম যা আমরা আজকে মোকাবিলা করি তা এক বা একাধিক লোড ব্যালেন্সারের পিছনে অবস্থিত। লোড ব্যালেন্সারগুলি একাধিক উপলব্ধ উদাহরণ জুড়ে ক্লায়েন্টের অনুরোধগুলি বিতরণ করতে সহায়তা করে। লোড ব্যালেন্সারগুলি হার্ডওয়্যার এবং সফ্টওয়্যার উভয় ক্ষেত্রেই আসে, তবে, অনুশীলনে, প্রায়শই আপনাকে সফ্টওয়্যারগুলির সাথে মোকাবিলা করতে হবে, উদাহরণস্বরূপ HAProxy и ইএলবি. বিপরীত প্রক্সি ধারণাগতভাবে লোড ব্যালেন্সারের সাথে খুব মিল, যদিও প্রথম এবং দ্বিতীয়টির মধ্যে একটি পরিসীমা রয়েছে স্বতন্ত্র পার্থক্য. আপনার প্রয়োজনের উপর ভিত্তি করে একটি সিস্টেম ডিজাইন করার সময় এই পার্থক্যগুলি অবশ্যই বিবেচনায় নেওয়া উচিত।

সম্পর্কেও জানা উচিত বিষয়বস্তু বিতরণ নেটওয়ার্ক (CDN)। একটি CDN হল প্রক্সি সার্ভারগুলির একটি বিশ্বব্যাপী বিতরণ করা নেটওয়ার্ক যা ভৌগলিকভাবে একটি নির্দিষ্ট ব্যবহারকারীর কাছাকাছি অবস্থিত নোডগুলি থেকে তথ্য সরবরাহ করে। আপনি যদি JavaScript, CSS এবং HTML এ লেখা স্ট্যাটিক ফাইলের সাথে কাজ করেন তাহলে CDN ব্যবহার করা ভালো। উপরন্তু, ট্রাফিক ম্যানেজার প্রদানকারী ক্লাউড পরিষেবাগুলি আজ সাধারণ, উদাহরণস্বরূপ, আজুর ট্রাফিক ম্যানেজার, ডায়নামিক কন্টেন্টের সাথে কাজ করার সময় আপনাকে গ্লোবাল ডিস্ট্রিবিউশন এবং কম লেটেন্সি দেয়। যাইহোক, এই ধরনের পরিষেবাগুলি সাধারণত এমন ক্ষেত্রে দরকারী যেখানে আপনাকে রাষ্ট্রহীন ওয়েব পরিষেবাগুলির সাথে কাজ করতে হবে৷

ব্যবসায়িক যুক্তি নিয়ে কথা বলি। বিজনেস লজিক, টাস্ক ফ্লো এবং কম্পোনেন্ট গঠন করা

সুতরাং, আমরা সিস্টেমের বিভিন্ন অবকাঠামোগত দিক নিয়ে আলোচনা করতে পেরেছি। সম্ভবত, ব্যবহারকারী আপনার সিস্টেমের এই সমস্ত উপাদানগুলি সম্পর্কেও ভাবেন না এবং, সত্যি বলতে, সেগুলিকে মোটেও যত্ন করে না। ব্যবহারকারী আপনার সিস্টেমের সাথে ইন্টারঅ্যাক্ট করতে কেমন লাগে, এটি করে কী অর্জন করা যেতে পারে এবং সিস্টেমটি কীভাবে ব্যবহারকারীর আদেশগুলি কার্যকর করে, ব্যবহারকারীর ডেটার সাথে কী এবং কীভাবে করে সে বিষয়ে আগ্রহী।

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

• সলিড নীতি
• ধারণার ডোমেন-চালিত ডিজাইন, নির্দিষ্টভাবে, সমষ্টি, দল এবং ঘটনা
• ষড়ভুজ স্থাপত্য
• কমান্ড এবং অনুরোধে দায়িত্বের পৃথকীকরণ (CQRS)
• ইভেন্ট নিবন্ধন
• অভিনেতা মডেল
• MVC, MVVM এবং MVP ডিজাইন প্যাটার্ন

সহযোগিতামূলক পন্থা

এটি অত্যন্ত অসম্ভাব্য যে আপনি নিজেকে একটি প্রকল্পে অংশগ্রহণকারী হিসাবে খুঁজে পাবেন যিনি সিস্টেম ডিজাইন প্রক্রিয়ার জন্য সম্পূর্ণরূপে দায়ী৷ বিপরীতে, আপনাকে সম্ভবত আপনার টাস্কের ভিতরে এবং বাইরে কাজ করা সহকর্মীদের সাথে যোগাযোগ করতে হবে। এই ক্ষেত্রে, আপনাকে সহকর্মীদের সাথে নির্বাচিত প্রযুক্তি সমাধানগুলি মূল্যায়ন করতে হতে পারে, ব্যবসায়ের প্রয়োজনগুলি সনাক্ত করতে হবে এবং কীভাবে কাজগুলিকে সমান্তরাল করতে হবে তা বোঝার প্রয়োজন হতে পারে৷

স্ন্যাপশট কালেডিকো আনস্প্ল্যাশ থেকে

প্রথম ধাপ হল আপনি যে ব্যবসায়িক লক্ষ্য অর্জনের চেষ্টা করছেন এবং কোন চলমান অংশগুলির সাথে আপনাকে মোকাবিলা করতে হবে সে সম্পর্কে একটি সঠিক এবং ভাগ করা বোঝার বিকাশ করা। গ্রুপ মডেলিং কৌশল, বিশেষ করে ঝড়ের ঘটনা (ইভেন্ট স্টর্মিং) এই প্রক্রিয়াটিকে উল্লেখযোগ্যভাবে ত্বরান্বিত করতে এবং আপনার সাফল্যের সম্ভাবনা বাড়াতে সাহায্য করে। এই কাজটি আপনার রূপরেখার আগে বা পরে করা যেতে পারে আপনার পরিষেবার সীমানা, এবং তারপর পণ্য পরিপক্ক হওয়ার সাথে সাথে এটিকে গভীর করুন। এখানে যে ধারাবাহিকতা অর্জন করা হবে তার উপর ভিত্তি করে, আপনি গঠন করতে পারেন সাধারণ ভাষা আপনি যে সীমিত প্রেক্ষাপটে কাজ করেন তার জন্য। আপনার সিস্টেমের আর্কিটেকচার সম্পর্কে কথা বলার প্রয়োজন হলে, আপনি এটি দরকারী বলে মনে করতে পারেন মডেল C4, প্রস্তাবিত সাইমন ব্রাউন, বিশেষ করে যখন আপনি বুঝতে চান যে আপনাকে কতটা সমস্যার বিশদ বিবরণে যেতে হবে, আপনি যে জিনিসগুলি যোগাযোগ করতে চান তা কল্পনা করে৷

এই বিষয়ে সম্ভবত আরেকটি পরিপক্ক প্রযুক্তি রয়েছে যা ডোমেন ড্রাইভেন ডিজাইনের চেয়ে কম দরকারী নয়। যাইহোক, আমরা একরকম বিষয় এলাকা বুঝতে ফিরে, তাই ক্ষেত্রে জ্ঞান এবং অভিজ্ঞতা ডোমেন-চালিত ডিজাইন আপনার জন্য দরকারী হতে হবে।

উত্স: www.habr.com