কুবারনেটস: ওপেন সোর্স বনাম বিক্রেতা-নির্দিষ্ট

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

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

প্রচুর সংখ্যক কন্টেইনার পরিচালনা করুন

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

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

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

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

কুবারনেটসের চাহিদা নির্দিষ্টভাবে একক সত্তা হিসাবে একাধিক হোস্টে কন্টেইনারগুলির গ্রুপ পরিচালনা করার ক্ষমতার কারণে। সিস্টেমের জনপ্রিয়তা DevOps বা ডেভেলপমেন্ট অপারেশন তৈরি করার সুযোগ দেয়, যেখানে Kubernetes-কে এই DevOps-এর প্রক্রিয়াগুলি চালানোর জন্য ব্যবহার করা হয়।

চিত্র 1. কুবারনেটস কীভাবে কাজ করে তার পরিকল্পিত উপস্থাপনা

সম্পূর্ণ অটোমেশন

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

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

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

পক্ষ, পক্ষ, পক্ষ

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

• একাধিক প্রতিলিপি পরিচালনা। সবচেয়ে গুরুত্বপূর্ণ বিষয় হল একাধিক হোস্ট জুড়ে কন্টেইনারগুলি পরিচালনা করা। আরও গুরুত্বপূর্ণ, একটি একক সত্তা হিসাবে পাত্রে একাধিক অ্যাপ্লিকেশন প্রতিলিপি পরিচালনা করুন। এর জন্য ধন্যবাদ, প্রকৌশলীদের প্রতিটি পৃথক ধারক সম্পর্কে চিন্তা করতে হবে না। কন্টেইনারগুলির একটি ক্র্যাশ হলে, কুবারনেটস এটি দেখতে পাবে এবং এটি পুনরায় চালু করবে।
• ক্লাস্টার নেটওয়ার্ক। Kubernetes এর নিজস্ব ঠিকানা স্থান সহ একটি তথাকথিত ক্লাস্টার নেটওয়ার্কও রয়েছে। এই জন্য ধন্যবাদ, প্রতিটি পড এর নিজস্ব ঠিকানা আছে। একটি সাবপড একটি ক্লাস্টারের ন্যূনতম কাঠামোগত একক হিসাবে বোঝা যায় যেখানে পাত্রে সরাসরি চালু করা হয়। উপরন্তু, Kubernetes এর কার্যকারিতা রয়েছে যা একটি লোড ব্যালেন্সার এবং পরিষেবা আবিষ্কারকে একত্রিত করে। এটি আপনাকে ম্যানুয়াল আইপি অ্যাড্রেস ম্যানেজমেন্ট থেকে পরিত্রাণ পেতে এবং কুবারনেটসকে এই কাজটি অর্পণ করতে দেয়। এবং স্বয়ংক্রিয় স্বাস্থ্য পরীক্ষা সমস্যাগুলি সনাক্ত করতে এবং ট্র্যাফিককে কাজের পডগুলিতে পুনর্নির্দেশ করতে সহায়তা করবে।
• কনফিগারেশন ব্যবস্থাপনা. বিপুল সংখ্যক অ্যাপ্লিকেশন পরিচালনা করার সময়, অ্যাপ্লিকেশন কনফিগারেশন পরিচালনা করা কঠিন হয়ে পড়ে। এই উদ্দেশ্যে, Kubernetes বিশেষ ConfigMap সম্পদ আছে. এগুলি আপনাকে কেন্দ্রীয়ভাবে কনফিগারেশনগুলি সঞ্চয় করার অনুমতি দেয় এবং অ্যাপ্লিকেশনগুলি চালানোর সময় সেগুলিকে পডগুলিতে প্রকাশ করতে দেয়৷ এই প্রক্রিয়াটি আমাদের কমপক্ষে দশ বা একশত অ্যাপ্লিকেশন প্রতিলিপিগুলিতে কনফিগারেশনের ধারাবাহিকতার গ্যারান্টি দিতে দেয়।
• ক্রমাগত ভলিউম। ধারকগুলি স্বাভাবিকভাবেই অপরিবর্তনীয় এবং যখন ধারকটি বন্ধ করা হয়, ফাইল সিস্টেমে লেখা সমস্ত ডেটা ধ্বংস হয়ে যাবে। কিন্তু কিছু অ্যাপ্লিকেশন সরাসরি ডিস্কে ডেটা সঞ্চয় করে। এই সমস্যাটি সমাধান করার জন্য, কুবারনেটসের একটি ডিস্ক স্টোরেজ ম্যানেজমেন্ট কার্যকারিতা রয়েছে - স্থায়ী ভলিউম। এই প্রক্রিয়াটি ডেটার জন্য বাহ্যিক স্টোরেজ ব্যবহার করে এবং স্থায়ী স্টোরেজ, ব্লক বা ফাইলকে পাত্রে স্থানান্তর করতে পারে। এই সমাধানটি আপনাকে কর্মীদের থেকে আলাদাভাবে ডেটা সঞ্চয় করার অনুমতি দেয়, যা এই একই কর্মীরা ভেঙে গেলে তাদের সংরক্ষণ করে।
• লোড ব্যালেন্সার। যদিও কুবারনেটসে আমরা স্থাপনা, স্টেটফুলসেট ইত্যাদির মতো বিমূর্ত সত্তা পরিচালনা করি, শেষ পর্যন্ত কন্টেইনারগুলি নিয়মিত ভার্চুয়াল মেশিন বা হার্ডওয়্যার সার্ভারে চলে। এগুলি নিখুঁত নয় এবং যে কোনও সময় পড়ে যেতে পারে। Kubernetes এটি দেখতে পাবে এবং অভ্যন্তরীণ ট্রাফিককে অন্যান্য প্রতিলিপিতে পুনঃনির্দেশ করবে। কিন্তু বাইরে থেকে যে যানজট আসে তার কী করবেন? আপনি যদি কেবল একজন শ্রমিকের কাছে ট্র্যাফিক পরিচালনা করেন, যদি এটি ক্র্যাশ হয় তবে পরিষেবাটি অনুপলব্ধ হয়ে যাবে। এই সমস্যা সমাধানের জন্য কুবারনেটসের লোড ব্যালেন্সারের মতো পরিষেবা রয়েছে। এগুলি ক্লাস্টারের সমস্ত কর্মীদের জন্য স্বয়ংক্রিয়ভাবে একটি বহিরাগত ক্লাউড ব্যালেন্সার কনফিগার করার জন্য ডিজাইন করা হয়েছে৷ এই বাহ্যিক ব্যালেন্সারটি কর্মীদের কাছে বহিরাগত ট্র্যাফিক নির্দেশ করে এবং তাদের অবস্থা নিজেই পর্যবেক্ষণ করে। এক বা একাধিক কর্মী অনুপলব্ধ হলে, ট্রাফিক অন্যদের কাছে পুনঃনির্দেশিত হয়। এটি আপনাকে কুবারনেটস ব্যবহার করে অত্যন্ত উপলব্ধ পরিষেবা তৈরি করতে দেয়।

মাইক্রোসার্ভিস আর্কিটেকচার চালানোর সময় কুবারনেটস সবচেয়ে ভালো কাজ করে। শাস্ত্রীয় আর্কিটেকচারে সিস্টেমটি বাস্তবায়ন করা সম্ভব, তবে এটি অর্থহীন। যদি একটি অ্যাপ্লিকেশন একাধিক প্রতিলিপিতে চলতে না পারে, তাহলে এটি কী পার্থক্য তৈরি করে - কুবারনেটসে বা না?

ওপেন সোর্স কুবারনেটস

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

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

চিত্র 2. k8s আর্কিটেকচার

বিক্রেতা থেকে Kubernetes

একটি ক্লাউড প্রদানকারীর সাথে একীকরণ দুটি বিকল্প প্রদান করে:

• প্রথমত, একজন ব্যক্তি কেবলমাত্র "ক্লাস্টার তৈরি করুন" বোতামে ক্লিক করতে পারেন এবং ইতিমধ্যেই কনফিগার করা এবং ব্যবহারের জন্য প্রস্তুত একটি ক্লাস্টার পেতে পারেন৷
• দ্বিতীয়ত, বিক্রেতা নিজেই ক্লাস্টার ইনস্টল করে এবং ক্লাউডের সাথে ইন্টিগ্রেশন সেট আপ করে।

এটা এখানে কিভাবে হয়. যে প্রকৌশলী ক্লাস্টারটি শুরু করেন তিনি নির্দিষ্ট করে দেন তার কতজন কর্মী প্রয়োজন এবং কী কী প্যারামিটার রয়েছে (উদাহরণস্বরূপ, 5 জন কর্মী, প্রতিটিতে 10 CPU, 16 GB RAM এবং 100 GB ডিস্ক)। এর পরে এটি ইতিমধ্যে গঠিত ক্লাস্টারে অ্যাক্সেস লাভ করে। এই ক্ষেত্রে, যে শ্রমিকদের উপর লোড চালু করা হয় তারা সম্পূর্ণরূপে ক্লায়েন্টের কাছে স্থানান্তরিত হয়, তবে সম্পূর্ণ ব্যবস্থাপনা সমতল বিক্রেতার দায়িত্বে থাকে (যদি পরিষেবাটি পরিচালিত পরিষেবা মডেল অনুসারে সরবরাহ করা হয়)।

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

চিত্র 3. একটি ক্লাউড প্রদানকারী থেকে কুবারনেটস ক্লাস্টারের উদাহরণ

কি চয়ন করবেন: ওপেন সোর্স বা বিক্রেতা

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

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

নিবন্ধটি #CloudMTS প্রদানকারীর কনটেইনারাম পরিষেবার প্রধান স্থপতি দিমিত্রি ক্রাসনভ দ্বারা প্রস্তুত করা হয়েছিল

উত্স: www.habr.com