হেলমের পরিচয় 3

বিঃদ্রঃ. অনুবাদ: এই বছরের 16 মে Kubernetes - Helm-এর প্যাকেজ ম্যানেজারের উন্নয়নে একটি উল্লেখযোগ্য মাইলফলক চিহ্নিত করে৷ এই দিনে, প্রকল্পের ভবিষ্যতের প্রধান সংস্করণের প্রথম আলফা রিলিজ - 3.0 - উপস্থাপন করা হয়েছিল। এটির মুক্তি হেলমে উল্লেখযোগ্য এবং দীর্ঘ প্রতীক্ষিত পরিবর্তন আনবে, যার জন্য কুবারনেটস সম্প্রদায়ের অনেকের উচ্চ আশা রয়েছে। আমরা নিজেরাই এর মধ্যে একজন, যেহেতু আমরা অ্যাপ্লিকেশন স্থাপনার জন্য সক্রিয়ভাবে হেলম ব্যবহার করি: আমরা এটিকে CI/CD বাস্তবায়নের জন্য আমাদের টুলে একীভূত করেছি werf এবং সময়ে সময়ে আমরা উজানের উন্নয়নে আমাদের অবদান রাখি। এই অনুবাদটি অফিসিয়াল হেলম ব্লগের 7 টি নোটকে একত্রিত করেছে, যেগুলি হেলম 3 এর প্রথম আলফা প্রকাশের জন্য উত্সর্গীকৃত এবং প্রকল্পের ইতিহাস এবং হেলম 3 এর প্রধান বৈশিষ্ট্যগুলি সম্পর্কে কথা বলে৷ তাদের লেখক হলেন ম্যাট "ব্যাকনগোব্লার" ফিশার, একজন মাইক্রোসফ্ট কর্মচারী এবং হেলমের মূল রক্ষণাবেক্ষণকারীদের একজন।

15 অক্টোবর, 2015-এ, এখন হেলম নামে পরিচিত প্রকল্পটির জন্ম হয়েছিল। প্রতিষ্ঠার ঠিক এক বছর পরে, হেলম সম্প্রদায় কুবারনেটে যোগ দেয়, সক্রিয়ভাবে হেলম 2-তে কাজ করার সময়। জুন 2018 সালে, হেলম সিএনসিএফ-এ যোগ দেন একটি উন্নয়নশীল (ইনকিউবেটিং) প্রকল্প হিসাবে। বর্তমানের দিকে দ্রুত এগিয়ে যান, এবং নতুন হেলম 3 এর প্রথম আলফা রিলিজ চলছে। (এই রিলিজ ইতিমধ্যে সংঘটিত হয়েছে মে মাসের মাঝামাঝি সময়ে - প্রায়। অনুবাদ।).

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

সারসংক্ষেপ:

• হেলম সৃষ্টির ইতিহাস;
• টিলারকে একটি টেন্ডার বিদায়;
• চার্ট সংগ্রহস্থল;
• প্রশাসনিক অতিক্রম;
• চার্ট নির্ভরতা পরিবর্তন;
• লাইব্রেরি চার্ট;
• এরপর কি?

হেলমের ইতিহাস

জন্ম

হেলম 1 ডেইস দ্বারা তৈরি একটি ওপেন সোর্স প্রকল্প হিসাবে শুরু হয়েছিল। আমরা একটি ছোট স্টার্টআপ ছিল শোষিত 2017 সালের বসন্তে মাইক্রোসফ্ট। আমাদের অন্য ওপেন সোর্স প্রজেক্ট, ডেইস নামেও একটি টুল ছিল deisctl, যা Deis প্ল্যাটফর্ম ইনস্টল এবং পরিচালনা করতে (অন্যান্য জিনিসগুলির মধ্যে) ব্যবহার করা হয়েছিল ফ্লিট ক্লাস্টার. সেই সময়ে, ফ্লিট ছিল প্রথম কন্টেইনার অর্কেস্ট্রেশন প্ল্যাটফর্মগুলির মধ্যে একটি।

2015 সালের মাঝামাঝি সময়ে, আমরা কোর্স পরিবর্তন করার সিদ্ধান্ত নিয়েছিলাম এবং Deis (সেই সময়ে Deis Workflow নামকরণ করা হয়েছিল) Fleet থেকে Kubernetes-এ সরিয়ে নিয়েছিলাম। পুনরায় ডিজাইন করা প্রথমগুলির মধ্যে একটি ছিল ইনস্টলেশন টুল। deisctl. আমরা ফ্লিট ক্লাস্টারে ডিস ওয়ার্কফ্লো ইনস্টল এবং পরিচালনা করতে এটি ব্যবহার করেছি।

হেলম 1 হোমব্রু, অ্যাপটি এবং ইয়ামের মতো বিখ্যাত প্যাকেজ পরিচালকদের ছবিতে তৈরি করা হয়েছিল। এর প্রধান লক্ষ্য ছিল কুবারনেটে প্যাকেজিং এবং অ্যাপ্লিকেশন ইনস্টল করার মতো কাজগুলিকে সহজ করা। হেলম আনুষ্ঠানিকভাবে 2015 সালে সান ফ্রান্সিসকোতে কুবেকন কনফারেন্সে চালু হয়েছিল।

হেলমের সাথে আমাদের প্রথম প্রচেষ্টা কাজ করেছিল, কিন্তু এটি কিছু গুরুতর সীমাবদ্ধতা ছাড়া ছিল না। তিনি কুবারনেটস ম্যানিফেস্টের একটি সেট নিয়েছিলেন, যা জেনারেটরের সাথে পরিচিত YAML ব্লক হিসাবে (আপনি কি আমার সাথে কি করতে চান)*, এবং কুবারনেটসে ফলাফল লোড করেছে।

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

উদাহরণস্বরূপ, একটি YAML ফাইলে একটি ক্ষেত্র প্রতিস্থাপন করার জন্য, আপনাকে ম্যানিফেস্টে নিম্নলিখিত গঠন যোগ করতে হবে:

#helm:generate sed -i -e s|ubuntu-debootstrap|fluffy-bunny| my/pod.yaml

এটা চমৎকার যে টেমপ্লেট ইঞ্জিন আজ বিদ্যমান, তাই না?

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

অতীতের ভুলের অভিজ্ঞতার ভিত্তিতে, আমরা হেলম 2 তৈরি করতে শুরু করেছি।

হেলম তৈরি করা 2

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

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

আমরা হেলমের ব্যবহার সহজ রাখতে চেয়েছিলাম, কিন্তু নিম্নলিখিত যোগ করুন:

• কাস্টমাইজেশন জন্য চার্ট টেমপ্লেট;
• দলের জন্য আন্তঃ ক্লাস্টার ব্যবস্থাপনা;
• বিশ্বমানের চার্ট সংগ্রহস্থল;
• স্বাক্ষর বিকল্প সহ স্থিতিশীল প্যাকেজ বিন্যাস;
• শব্দার্থিক সংস্করণ এবং সংস্করণগুলির মধ্যে অনগ্রসর সামঞ্জস্য বজায় রাখার জন্য একটি দৃঢ় প্রতিশ্রুতি।

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

2 সালে Helm 2016 প্রকাশের পর থেকে, Kubernetes বেশ কিছু বড় উদ্ভাবন যোগ করেছে। ভূমিকা-ভিত্তিক অ্যাক্সেস নিয়ন্ত্রণ যোগ করা হয়েছে (আরবিএসি), যা অবশেষে অ্যাট্রিবিউট-ভিত্তিক অ্যাক্সেস কন্ট্রোল (ABAC) প্রতিস্থাপন করেছে। নতুন রিসোর্স প্রকারগুলি চালু করা হয়েছিল (সেই সময়ে স্থাপনাগুলি এখনও বিটাতে ছিল)। কাস্টম রিসোর্স সংজ্ঞা (আসলেই বলা হয় থার্ড পার্টি রিসোর্স বা টিপিআর) উদ্ভাবিত হয়েছিল। এবং সবচেয়ে গুরুত্বপূর্ণভাবে, সেরা অনুশীলনের একটি সেট আবির্ভূত হয়েছে।

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

টিলারকে একটি টেন্ডার বিদায়

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

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

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

টিলারের মূল লক্ষ্য টিলার ছাড়াই অর্জন করা যেত, তাই হেলম 3 সম্পর্কিত আমাদের প্রথম সিদ্ধান্তগুলির মধ্যে একটি ছিল টিলারকে সম্পূর্ণরূপে পরিত্যাগ করা।

টিলার চলে যাওয়ার সাথে সাথে হেলমের নিরাপত্তা মডেলটি আমূল সরলীকৃত হয়েছে। Helm 3 এখন বর্তমান Kubernetes-এর সমস্ত আধুনিক নিরাপত্তা, পরিচয়, এবং অনুমোদন পদ্ধতি সমর্থন করে। হেল্ম অনুমতি ব্যবহার করে নির্ধারিত হয় kubeconfig ফাইল. ক্লাস্টার অ্যাডমিনিস্ট্রেটররা যে কোনো স্তরের গ্রানুলারিটির ব্যবহারকারীর অধিকার সীমাবদ্ধ করতে পারে। রিলিজগুলি এখনও ক্লাস্টারের মধ্যে সংরক্ষিত হয় এবং হেলমের বাকি কার্যকারিতা অক্ষত থাকে।

চার্ট সংগ্রহস্থল

একটি উচ্চ স্তরে, একটি চার্ট সংগ্রহস্থল এমন একটি স্থান যেখানে চার্টগুলি সংরক্ষণ এবং ভাগ করা যায়। হেলম ক্লায়েন্ট প্যাকেজ করে এবং চার্টগুলি সংগ্রহস্থলে পাঠায়। সহজ কথায়, একটি চার্ট রিপোজিটরি হল একটি আদিম HTTP সার্ভার যার একটি index.yaml ফাইল এবং কিছু প্যাকেজ করা চার্ট রয়েছে।

যদিও চার্ট রিপোজিটরি API-এর কিছু সুবিধা রয়েছে যা বেশিরভাগ মৌলিক স্টোরেজ প্রয়োজনীয়তা পূরণ করে, কিছু অসুবিধাও রয়েছে:

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

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

কিন্তু আপনি কি জানেন যে ডিস্ট্রিবিউশন প্রজেক্টটি শুধুমাত্র কন্টেইনার ইমেজ নয়, যেকোনো ধরনের সামগ্রী বিতরণ করার জন্য ডিজাইন করা হয়েছিল?

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

হেলম চার্ট সংগ্রহস্থলে কিছু আসন্ন পরিবর্তনের আরও বিশদ বিবরণ পাওয়া যায় লিংক.

প্রশাসনিক অতিক্রম

হেলম 3-এ, একজোড়া অবজেক্ট দ্বারা ক্লাস্টারের মধ্যে অ্যাপ্লিকেশন স্টেট ট্র্যাক করা হয়:

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

কল helm install একটি রিলিজ অবজেক্ট এবং রিলিজ সংস্করণ গোপন তৈরি করে। কল helm upgrade একটি রিলিজ অবজেক্ট প্রয়োজন (যা এটি পরিবর্তন করতে পারে) এবং একটি নতুন রিলিজ সংস্করণ সিক্রেট তৈরি করে যাতে নতুন মান এবং একটি প্রস্তুত ম্যানিফেস্ট থাকে।

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

রিলিজ সংস্করণ গোপন একটি রিলিজকে একাধিক রিভিশনের সাথে যুক্ত করে (ইনস্টলেশন, আপডেট, রোলব্যাক, মুছে ফেলা)।

হেলম 2-এ, সংশোধনগুলি অত্যন্ত সামঞ্জস্যপূর্ণ ছিল। কল helm install v1 তৈরি করা হয়েছে, পরবর্তী আপডেট (আপগ্রেড) - v2, ইত্যাদি। রিলিজ এবং রিলিজ ভার্সন সিক্রেটকে রিভিশন নামে পরিচিত একটি একক অবজেক্টে ভেঙ্গে ফেলা হয়েছে। রিভিশনগুলি টিলারের মতো একই নেমস্পেসে সংরক্ষিত ছিল, যার অর্থ হল প্রতিটি রিলিজ নেমস্পেসের পরিপ্রেক্ষিতে "গ্লোবাল" ছিল; ফলস্বরূপ, নামের শুধুমাত্র একটি উদাহরণ ব্যবহার করা যেতে পারে।

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

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

চার্ট নির্ভরতা পরিবর্তন

চার্ট প্যাক করা (ব্যবহার করে helm package) Helm 2 এর সাথে ব্যবহারের জন্য Helm 3 এর সাথে ইনস্টল করা যেতে পারে, তবে চার্ট ডেভেলপমেন্ট ওয়ার্কফ্লো সম্পূর্ণভাবে ওভারহল করা হয়েছে, তাই Helm 3 এর সাথে চার্ট ডেভেলপমেন্ট চালিয়ে যেতে কিছু পরিবর্তন করতে হবে। বিশেষ করে, চার্ট নির্ভরতা ব্যবস্থাপনা সিস্টেম পরিবর্তিত হয়েছে।

চার্টের নির্ভরতা ব্যবস্থাপনা সিস্টেম থেকে সরানো হয়েছে requirements.yaml и requirements.lock উপর Chart.yaml и Chart.lock. এর মানে হল যে চার্ট যে কমান্ড ব্যবহার করে helm dependency, হেলম 3 এ কাজ করার জন্য কিছু সেটআপের প্রয়োজন।

এর একটি উদাহরণ তাকান. আসুন হেলম 2-এ চার্টে একটি নির্ভরতা যোগ করি এবং হেলম 3 এ যাওয়ার সময় কী পরিবর্তন হয় তা দেখুন।

হেলমে 2 requirements.yaml এই মত লাগছিল:

dependencies:
- name: mariadb
  version: 5.x.x
  repository: https://kubernetes-charts.storage.googleapis.com/
  condition: mariadb.enabled
  tags:
    - database

হেলম 3-এ, একই নির্ভরতা আপনার মধ্যে প্রতিফলিত হবে Chart.yaml:

dependencies:
- name: mariadb
  version: 5.x.x
  repository: https://kubernetes-charts.storage.googleapis.com/
  condition: mariadb.enabled
  tags:
    - database

চার্ট এখনও ডাউনলোড করা হয় এবং ডিরেক্টরিতে স্থাপন করা হয় charts/, তাই সাবচার্ট (সাবচার্ট), ক্যাটালগ মিথ্যা charts/, পরিবর্তন ছাড়াই কাজ চালিয়ে যাবে।

লাইব্রেরি চার্ট প্রবর্তন

Helm 3 লাইব্রেরি চার্ট নামক চার্টের একটি ক্লাস সমর্থন করে (লাইব্রেরি চার্ট). এই চার্টটি অন্যান্য চার্ট দ্বারা ব্যবহৃত হয়, কিন্তু নিজে থেকে কোনো রিলিজ আর্টিফ্যাক্ট তৈরি করে না। লাইব্রেরি চার্ট টেমপ্লেট শুধুমাত্র উপাদান ঘোষণা করতে পারে define. অন্যান্য বিষয়বস্তু সহজভাবে উপেক্ষা করা হয়. এটি ব্যবহারকারীদের কোড স্নিপেটগুলি পুনঃব্যবহার এবং শেয়ার করার অনুমতি দেয় যা একাধিক চার্ট জুড়ে ব্যবহার করা যেতে পারে, যার ফলে নকল এড়াতে এবং নীতি মেনে চলে শুকনো.

লাইব্রেরি চার্ট বিভাগে ঘোষণা করা হয় dependencies ফাইলে Chart.yaml. এগুলি ইনস্টল এবং পরিচালনা করা অন্যান্য চার্ট থেকে আলাদা নয়।

dependencies:
  - name: mylib
    version: 1.x.x
    repository: quay.io

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

এরপরে কী?

Helm 3.0.0-alpha.1 হল সেই ভিত্তি যার উপর আমরা হেলমের একটি নতুন সংস্করণ তৈরি করতে শুরু করি। নিবন্ধে আমি হেলম 3 এর কিছু আকর্ষণীয় বৈশিষ্ট্য বর্ণনা করেছি। তাদের মধ্যে অনেকগুলি এখনও বিকাশের প্রাথমিক পর্যায়ে রয়েছে এবং এটি স্বাভাবিক; একটি আলফা প্রকাশের বিষয় হল ধারণাটি পরীক্ষা করা, প্রাথমিক ব্যবহারকারীদের কাছ থেকে প্রতিক্রিয়া সংগ্রহ করা এবং আমাদের অনুমান নিশ্চিত করা।

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

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

আপনি যদি মনে করেন আমরা কিছু মিস করেছি, আমরা আপনার চিন্তা শুনতে চাই!

আমাদের উপর আলোচনা যোগদান স্ল্যাক চ্যানেল:

• #helm-users সম্প্রদায়ের সাথে প্রশ্ন এবং সহজ যোগাযোগের জন্য;
• #helm-dev পুল অনুরোধ, কোড এবং বাগ নিয়ে আলোচনা করতে।

এছাড়াও আপনি আমাদের সাপ্তাহিক পাবলিক ডেভেলপার কলে বৃহস্পতিবার 19:30 MSK-এ চ্যাট করতে পারেন। সভাগুলি মূল বিকাশকারী এবং সম্প্রদায় যে বিষয়গুলিতে কাজ করছে সেগুলির পাশাপাশি সপ্তাহের আলোচনার বিষয়গুলি নিয়ে আলোচনা করার জন্য উত্সর্গীকৃত। যে কেউ যোগ দিতে এবং মিটিংয়ে অংশ নিতে পারেন। স্ল্যাক চ্যানেলে লিঙ্ক উপলব্ধ #helm-dev.

অনুবাদক থেকে PS

আমাদের ব্লগেও পড়ুন:

• «কুবারনেটসের জন্য প্যাকেজ ম্যানেজার - হেলম: অতীত, বর্তমান, ভবিষ্যত";
• «হেলম 2-এর দিকে একটি শান্ত দৃষ্টিভঙ্গি: "এটাই এটি..."";
• «কুবারনেটেস - হেলমের জন্য প্যাকেজ ম্যানেজারের ব্যবহারিক ভূমিকা";
• «Kubernetes টিপস এবং কৌশল: Helm 2 ব্যবস্থাপনায় একটি ক্লাস্টারে চলমান সম্পদ স্থানান্তর";
• «ড্যাপ দিয়ে অনুশীলন করুন। পার্ট 2. হেলম ব্যবহার করে কুবারনেটসে ডকার ইমেজ স্থাপন করা হচ্ছে».

উত্স: www.habr.com