NGINX থেকে আধুনিক অ্যাপ্লিকেশন তৈরির নীতি। অংশ 1

হ্যালো বন্ধুরা. কোর্স চালুর প্রত্যাশায় "পিএইচপি-তে ব্যাকএন্ড ডেভেলপার", আমরা ঐতিহ্যগতভাবে আপনার সাথে দরকারী উপাদানের অনুবাদ শেয়ার করি।

সফ্টওয়্যার আরও এবং আরও বেশি দৈনন্দিন সমস্যার সমাধান করে, যখন আরও জটিল হয়ে উঠছে। যেমন মার্ক অ্যান্ড্রেসেন একবার বলেছিলেন, এটি বিশ্বকে গ্রাস করছে।

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

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

প্রস্তাবিত প্রতিটি নীতির বেশ কয়েকটি দিক রয়েছে যা আমরা দেখাতে আলোচনা করব যে প্রতিটি নীতি কীভাবে রক্ষণাবেক্ষণ এবং ব্যবহার করা সহজ নির্ভরযোগ্য অ্যাপ্লিকেশনগুলি দ্রুত সরবরাহের শেষ লক্ষ্যে অবদান রাখে। এটি বলার অর্থ কী তা স্পষ্ট করার জন্য আমরা তাদের বিপরীতের সাথে তুলনা করে নীতিগুলি দেখব, "নিশ্চিত করুন যে আপনি ব্যবহার করছেন ক্ষুদ্রতার নীতি».

আমরা আশা করি এই নিবন্ধটি আপনাকে আধুনিক অ্যাপ্লিকেশন তৈরির জন্য প্রস্তাবিত নীতিগুলি ব্যবহার করতে উত্সাহিত করবে যা একটি ক্রমবর্ধমান প্রযুক্তি স্ট্যাকের প্রেক্ষাপটে একীভূত নকশা পদ্ধতি প্রদান করবে।

এই নীতিগুলি প্রয়োগ করে, আপনি নিজেকে সফ্টওয়্যার বিকাশের সাম্প্রতিক প্রবণতাগুলির সুবিধা গ্রহণ করতে দেখবেন, সহ DevOps অ্যাপ্লিকেশন ডেভেলপমেন্ট এবং ডেলিভারি, পাত্রের ব্যবহার (উদাহরণস্বরূপ, ডকশ্রমিক) এবং কন্টেইনার অর্কেস্ট্রেশন ফ্রেমওয়ার্ক (উদাহরণস্বরূপ, Kubernetes), মাইক্রো সার্ভিসের ব্যবহার (মাইক্রোসার্ভিস আর্কিটেকচার সহ nginx и নেটওয়ার্ক যোগাযোগ আর্কিটেকচার মাইক্রোসার্ভিস অ্যাপ্লিকেশনের জন্য।

একটি আধুনিক অ্যাপ কি?

আধুনিক অ্যাপ্লিকেশন? আধুনিক স্ট্যাক? "আধুনিক" মানে কি?

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

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

একটি আধুনিক অ্যাপ্লিকেশন অনুরোধ করা ডেটা এবং পরিষেবাগুলি অ্যাক্সেস করার জন্য একটি API প্রদান করে। API অপরিবর্তনীয় এবং ধ্রুবক হওয়া উচিত এবং একটি নির্দিষ্ট ক্লায়েন্ট থেকে একটি নির্দিষ্ট অনুরোধের জন্য বিশেষভাবে লেখা নয়। API HTTP(S) এর মাধ্যমে উপলব্ধ এবং GUI বা CLI-তে পাওয়া সমস্ত কার্যকারিতায় অ্যাক্সেস প্রদান করে।

ডেটা অবশ্যই একটি সাধারণ, ইন্টারঅপারেবল ফর্ম্যাটে যেমন JSON-এ উপলব্ধ হতে হবে। একটি API একটি পরিষ্কার, সংগঠিত আকারে বস্তু এবং পরিষেবাগুলিকে প্রকাশ করে; উদাহরণস্বরূপ, একটি RESTful API বা GraphQL একটি শালীন ইন্টারফেস প্রদান করে।

আধুনিক অ্যাপ্লিকেশনগুলি একটি আধুনিক স্ট্যাকের উপর নির্মিত এবং একটি আধুনিক স্ট্যাক হল স্ট্যাক যা যথাক্রমে এই জাতীয় অ্যাপ্লিকেশনগুলিকে সমর্থন করে। এই স্ট্যাকটি বিকাশকারীকে সহজেই একটি HTTP ইন্টারফেস এবং পরিষ্কার API শেষ পয়েন্ট সহ একটি অ্যাপ্লিকেশন তৈরি করতে দেয়। আপনার বেছে নেওয়া পদ্ধতিটি আপনার অ্যাপ্লিকেশনকে সহজেই JSON ফর্ম্যাটে ডেটা গ্রহণ এবং পাঠাতে অনুমতি দেবে। অন্য কথায়, আধুনিক স্ট্যাকটি টুয়েলভ-ফ্যাক্টর অ্যাপ্লিকেশনের উপাদানগুলির সাথে মিলে যায় মাইক্রো সার্ভিস.

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

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

নীতিগুলো

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

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

দ্বিতীয় নীতিটি হল যে আমরা বিকাশকারীর উৎপাদনশীলতা বৃদ্ধি করতে পারি যাতে তারা তাদের বিকাশ করছে এমন বৈশিষ্ট্যগুলিতে ফোকাস করতে সাহায্য করে, এবং বাস্তবায়নের সময় অবকাঠামো এবং CI/CD সম্পর্কে উদ্বেগ থেকে তাদের মুক্ত করে। সুতরাং, সংক্ষেপে, আমাদের পদ্ধতি বিকাশকারী-ভিত্তিক.

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

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

আসুন এই তিনটি নীতিকে আরও বিশদে দেখি।

ক্ষুদ্রতার নীতি

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

নিম্নলিখিত কারণে অ্যাপ্লিকেশনগুলি পচে যায়:

• বিকাশকারীদের উপর জ্ঞানীয় লোড হ্রাস করা;
• পরীক্ষার ত্বরণ এবং সরলীকরণ;
• অ্যাপ্লিকেশন পরিবর্তন দ্রুত বিতরণ.

বিকাশকারীদের উপর জ্ঞানীয় লোড কমানোর বিভিন্ন উপায় রয়েছে এবং এখানেই ক্ষুদ্রতার নীতিটি কার্যকর হয়।

সুতরাং, জ্ঞানীয় লোড কমানোর তিনটি উপায়:

1. একটি নতুন বৈশিষ্ট্য বিকাশ করার সময় তাদের বিবেচনা করার সময়সীমা হ্রাস করুন - সময় ফ্রেম যত কম হবে, জ্ঞানীয় লোড তত কম হবে।
2. এক সময়ে কাজ করা কোডের পরিমাণ কমিয়ে দিন - কম কোড - কম লোড।
3. আপনার আবেদনে ক্রমবর্ধমান পরিবর্তন করার প্রক্রিয়া সহজ করুন।

হ্রাস উন্নয়ন সময় ফ্রেম

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

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

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

পদ্ধতিতে agile চূড়ান্ত অ্যাপ্লিকেশনটি মূল ধারণার একটি সামান্য পরিবর্তিত সংস্করণ হবে বলে আশা করা হচ্ছে, তাই চূড়ান্ত বিকাশের পয়েন্টটি অবশ্যই অস্পষ্ট। শুধুমাত্র প্রতিটি নির্দিষ্ট স্প্রিন্টের ফলাফল পরিষ্কার এবং সুনির্দিষ্ট হতে পারে।

ছোট কোডবেস

জ্ঞানীয় লোড কমানোর পরবর্তী ধাপ হল কোড বেস কমানো। সাধারণত, আধুনিক অ্যাপ্লিকেশনগুলি বিশাল - একটি শক্তিশালী, এন্টারপ্রাইজ অ্যাপ্লিকেশনে হাজার হাজার ফাইল এবং কয়েক লক্ষ লাইন কোড থাকতে পারে। ফাইলগুলির সংগঠনের উপর নির্ভর করে, কোড এবং ফাইলগুলির মধ্যে সংযোগ এবং নির্ভরতা স্পষ্ট হতে পারে বা নাও হতে পারে। এমনকি কোড এক্সিকিউশন ডিবাগ করাও সমস্যাযুক্ত হতে পারে, ব্যবহৃত লাইব্রেরির উপর নির্ভর করে এবং ডিবাগিং টুল লাইব্রেরি/প্যাকেজ/মডিউল এবং ব্যবহারকারী কোডের মধ্যে কতটা পার্থক্য করে।

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

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

অন্যান্য পরিষেবাগুলির সাথে মিথস্ক্রিয়া সাধারণত কয়েকটি ব্যবহারকারী পরিষেবা এবং কয়েকটি প্রদানকারী পরিষেবার মধ্যে সীমাবদ্ধ থাকে যা সহজ এবং পরিষ্কার API কলগুলি ব্যবহার করে, যেমন REST৷ এর মানে হল যে ইঞ্জিনিয়ারের উপর জ্ঞানীয় লোড গুরুতরভাবে হ্রাস পেয়েছে। পরিষেবা ইন্টারঅ্যাকশন মডেল এবং একাধিক পরিষেবা জুড়ে লেনদেনের মতো জিনিসগুলি কীভাবে ঘটে তা বোঝা সবচেয়ে বড় চ্যালেঞ্জ। শেষ পর্যন্ত, মাইক্রোসার্ভিস ব্যবহার করে কোডের পরিমাণ কমিয়ে, পরিস্কার পরিসেবার সীমানা সংজ্ঞায়িত করে এবং ব্যবহারকারী-প্রদানকারীর সম্পর্কের অন্তর্দৃষ্টি প্রদান করে জ্ঞানীয় লোড হ্রাস করে।

ছোট ক্রমবর্ধমান পরিবর্তন

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

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

এমনকি অতিরিক্ত কার্যকারিতা বাস্তবায়ন করার সময়ও ইঞ্জিনিয়ারদের অনেক অসুবিধা অতিক্রম করতে হয়। দলের উপর অপ্রয়োজনীয় কাজের চাপ কমানো ম্যানেজমেন্টের জন্য বুদ্ধিমানের কাজ হবে যাতে এটি কার্যকারিতার মূল উপাদানগুলিতে ফোকাস করতে পারে। আপনার উন্নয়ন দলকে সাহায্য করার জন্য আপনি তিনটি জিনিস করতে পারেন:

1. পদ্ধতি ব্যবহার করুন agile, সময় ফ্রেম সীমিত করার জন্য যেখানে দলটিকে মূল বৈশিষ্ট্যগুলিতে ফোকাস করতে হবে।
2. আপনার অ্যাপ্লিকেশনটি বেশ কয়েকটি মাইক্রোসার্ভিস হিসাবে প্রয়োগ করুন। এটি প্রবর্তিত বৈশিষ্ট্যের সংখ্যা সীমিত করবে এবং কাজ করার সময় জ্ঞানীয় লোড ধারণকারী সীমানাকে শক্তিশালী করবে।
3. বৃহৎ, অবাঞ্ছিত পরিবর্তনশীল পরিবর্তন পছন্দ করুন, কোডের ছোট টুকরা পরিবর্তন করুন। পরিবর্তনগুলি যোগ করার পর অবিলম্বে দৃশ্যমান না হলেও পরিবর্তনগুলি বাস্তবায়ন করতে বৈশিষ্ট্য লুকানো ব্যবহার করুন৷

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

প্রথম অংশের শেষ।

আমরা শীঘ্রই অনুবাদের দ্বিতীয় অংশ প্রকাশ করব, কিন্তু এখন আমরা আপনার মন্তব্যের জন্য অপেক্ষা করছি এবং আপনাকে আমন্ত্রণ জানাচ্ছি কার্য দিবস, যা আজ 20.00 এ অনুষ্ঠিত হবে।

উত্স: www.habr.com