মাইক্রোসার্ভিসেস - সংস্করণগুলির একটি সম্মিলিত বিস্ফোরণ

হ্যালো, হাবর! আমি আপনার দৃষ্টি আকর্ষণ করছি নিবন্ধটির লেখকের অনুবাদ মাইক্রোসার্ভিসেস - সংস্করণের সম্মিলিত বিস্ফোরণ.

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

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

যদি এখনও কোন ভুল বোঝাবুঝি থেকে থাকে, তাহলে আমাকে গণিত ভেঙে দিন। তাই আমাদের 10টি মাইক্রোসার্ভিস রয়েছে, প্রতিটিতে একটি করে আপডেট পাওয়া যাচ্ছে। অর্থাৎ, আমরা প্রতিটি মাইক্রোসার্ভিসের জন্য 2টি সম্ভাব্য সংস্করণ পাই (পুরানো বা নতুন)। এখন, প্রতিটি পণ্যের উপাদানের জন্য, আমরা এই দুটি সংস্করণের যেকোনো একটি ব্যবহার করতে পারি। গাণিতিকভাবে, এটি আমাদের 10 সংখ্যার একটি বাইনারি সংখ্যার মতোই। উদাহরণস্বরূপ, ধরা যাক যে 1 হল নতুন সংস্করণ, এবং 0 হল পুরানো সংস্করণ - তাহলে একটি সম্ভাব্য স্থানচ্যুতিকে 1001000000 হিসাবে চিহ্নিত করা যেতে পারে - যেখানে 1 ম এবং 4র্থ উপাদানগুলি আপডেট করা হয়েছে, এবং বাকিগুলি নয়৷ গণিত থেকে আমরা জানি যে একটি 10-অঙ্কের বাইনারি সংখ্যার 2^10 বা 1024 মান থাকতে পারে। অর্থাৎ, আমরা যে সংখ্যা নিয়ে কাজ করছি তার স্কেল নিশ্চিত করেছি।

আসুন আমাদের যুক্তি আরও চালিয়ে যাওয়া যাক - যদি আমাদের 100টি মাইক্রোসার্ভিস থাকে এবং প্রতিটিতে 10টি সম্ভাব্য সংস্করণ থাকে তাহলে কী হবে? পুরো পরিস্থিতি বেশ অপ্রীতিকর হয়ে ওঠে - আমাদের এখন 10^100 পারমুটেশন রয়েছে - যা একটি বিশাল সংখ্যা। যাইহোক, আমি এই পরিস্থিতিটিকে এইভাবে লেবেল করতে পছন্দ করি, কারণ এখন আমরা আর "কুবারনেটস" এর মতো শব্দগুলির আড়ালে লুকিয়ে নেই, বরং সমস্যার মুখোমুখি হচ্ছি।

কেন আমি এই সমস্যা দ্বারা এত মুগ্ধ? আংশিক কারণ, পূর্বে NLP এবং AI এর জগতে কাজ করার পরে, আমরা প্রায় 5-6 বছর আগে সম্মিলিত বিস্ফোরণের সমস্যা নিয়ে অনেক আলোচনা করেছি। শুধুমাত্র সংস্করণের পরিবর্তে আমাদের পৃথক শব্দ ছিল, এবং পণ্যগুলির পরিবর্তে আমাদের বাক্য এবং অনুচ্ছেদ ছিল। এবং যদিও NLP এবং AI এর সমস্যাগুলি অনেকাংশে অমীমাংসিত রয়ে গেছে, এটা অবশ্যই স্বীকার করতে হবে যে গত কয়েক বছরে উল্লেখযোগ্য অগ্রগতি হয়েছে (আমার মতে, অগ্রগতি করা যেতে পারেоশিল্পের লোকেরা যদি মেশিন লার্নিংয়ের দিকে একটু কম মনোযোগ দেয় এবং অন্যান্য কৌশলগুলিতে একটু বেশি মনোযোগ দেয় তবে এটি আরও ভাল হবে - তবে এটি ইতিমধ্যেই অফ-টপিক)।

আসুন DevOps এবং microservices এর জগতে ফিরে আসি। আমরা একটি বিশাল সমস্যার সম্মুখীন হচ্ছি, কুনস্টকামেরায় হাতির মতো মুখোশ পরা - কারণ আমি প্রায়শই যা শুনি তা হল "শুধু কুবারনেটস এবং হেলম নিন, এবং সবকিছু ঠিক হয়ে যাবে!" কিন্তু না, সবকিছু যেমন আছে তেমনি রেখে দিলে সব ঠিক হবে না। তদুপরি, জটিলতার কারণে এই সমস্যার একটি বিশ্লেষণাত্মক সমাধান গ্রহণযোগ্য বলে মনে হয় না। এনএলপির মতো, আমাদের প্রথমে অনুসন্ধানের সুযোগ সংকুচিত করে এই সমস্যাটির সাথে যোগাযোগ করা উচিত - এই ক্ষেত্রে, পুরানো স্থানান্তরগুলি বাদ দিয়ে।

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

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

পরীক্ষার এই ধরনের একটি সিস্টেম এই মত দেখতে পারে:

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

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

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

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

উত্স: www.habr.com