Kustomize একটি সংক্ষিপ্ত ভূমিকা

বিঃদ্রঃ. অনুবাদ: নিবন্ধটি লিখেছেন স্কট লো, একজন প্রকৌশলী যার IT-তে ব্যাপক অভিজ্ঞতা রয়েছে, যিনি সাতটি মুদ্রিত বইয়ের লেখক/সহ-লেখক (প্রধানত VMware vSphere-এ)। তিনি এখন ক্লাউড কম্পিউটিং এবং কুবারনেটসে বিশেষীকরণ করে এর ভিএমওয়্যার সাবসিডিয়ারি Heptio (2016 সালে অর্জিত) এর জন্য কাজ করেন। পাঠ্যটি নিজেই প্রযুক্তি ব্যবহার করে কুবারনেটসের কনফিগারেশন পরিচালনার একটি সংক্ষিপ্ত এবং সহজে বোঝার ভূমিকা হিসাবে কাজ করে কাস্টমাইজ করুন, যা সম্প্রতি K8s এর অংশ হয়ে উঠেছে।

Kustomize হল একটি টুল যা ব্যবহারকারীদের "বিভিন্ন উদ্দেশ্যে সরল, টেমপ্লেট-মুক্ত YAML ফাইলগুলি কাস্টমাইজ করতে দেয়, আসল YAML অক্ষত এবং ব্যবহারযোগ্য রেখে" (বিবরণ সরাসরি থেকে ধার করা GitHub-এ সংগ্রহস্থল কাস্টমাইজ করুন) Kustomize সরাসরি চালানো যেতে পারে বা, Kubernetes 1.14 হিসাবে ব্যবহার করা যেতে পারে kubectl -k এর কার্যকারিতা অ্যাক্সেস করতে (যদিও Kubernetes 1.15 অনুযায়ী, পৃথক বাইনারিটি kubectl-এ নির্মিত ক্ষমতার চেয়ে নতুন)। (বিঃদ্রঃ. অনুবাদ: আর সাম্প্রতিক রিলিজ নিয়ে কুবারনেটস 1.16 কাস্টমাইজ করা দ্বারা সমর্থিত এছাড়াও kubeadm ইউটিলিটিতে।) এই পোস্টে, আমি পাঠকদের কাস্টমাইজের মূল বিষয়গুলির সাথে পরিচয় করিয়ে দিতে চাই।

এর সহজতম ফর্ম/অ্যাপ্লিকেশনে, kustomize হল সম্পদের একটি সংগ্রহ (YAML ফাইল যা Kubernetes অবজেক্টকে সংজ্ঞায়িত করে: স্থাপনা, পরিষেবা, ইত্যাদি) এবং সেই রিসোর্সে যে পরিবর্তনগুলি করতে হবে তার জন্য নির্দেশাবলীর একটি তালিকা৷ ঠিক যেমন মেক এর মধ্যে থাকা নির্দেশনা সেট ব্যবহার করে Makefile, এবং ডকার নির্দেশাবলীর উপর ভিত্তি করে ধারক তৈরি করে Dockerfile,কাস্টমাইজ ব্যবহার kustomization.yaml ব্যবহারকারী রিসোর্সের একটি সেটে কী পরিবর্তন করতে চায় সে সম্পর্কে নির্দেশাবলী সংরক্ষণ করতে।

এখানে একটি উদাহরণ ফাইল আছে kustomization.yaml:

resources:
- deployment.yaml
- service.yaml
namePrefix: dev-
namespace: development
commonLabels:
  environment: development

আমি ফাইলের সমস্ত সম্ভাব্য ক্ষেত্র সম্পর্কে কথা বলার চেষ্টা করব না। kustomization.yaml (এটি সম্পর্কে ভাল লেখা হয়েছে এখানে), কিন্তু আমি একটি নির্দিষ্ট উদাহরণের একটি সংক্ষিপ্ত ব্যাখ্যা দেব:

• ক্ষেত্র resources কি (কোন সম্পদ) kustomize পরিবর্তন হবে নির্দেশ করে। এই ক্ষেত্রে, এটি ফাইলগুলিতে সংস্থানগুলি সন্ধান করবে deployment.yaml и service.yaml আপনার ডিরেক্টরিতে (প্রয়োজনে আপনি সম্পূর্ণ বা আপেক্ষিক পাথ নির্দিষ্ট করতে পারেন)।
• ক্ষেত্র namePrefix একটি নির্দিষ্ট উপসর্গ যোগ করতে kustomize নির্দেশ করে (এই ক্ষেত্রে - dev-) আরোপ করা name ক্ষেত্রের মধ্যে সংজ্ঞায়িত সমস্ত সম্পদ resources. এইভাবে, যদি স্থাপনা আছে name অর্থ সহ nginx-deployment, কাস্টমাইজ এটি তৈরি করবে dev-nginx-deployment.
• ক্ষেত্র namespace সমস্ত সম্পদে প্রদত্ত নামস্থান যোগ করার জন্য kustomize নির্দেশ করে। এই ক্ষেত্রে, Deployment এবং Service নামস্থানে পড়বে development.
• অবশেষে, মাঠ commonLabels লেবেলগুলির একটি সেট রয়েছে যা সমস্ত সংস্থানে যোগ করা হবে৷ আমাদের উদাহরণে, kustomize নাম সহ সংস্থানগুলিতে একটি লেবেল বরাদ্দ করবে environment এবং অর্থ development.

ব্যবহারকারী যদি করে kustomize build . ফাইলের সাথে ডিরেক্টরিতে kustomization.yaml এবং প্রয়োজনীয় সম্পদ (যেমন ফাইল deployment.yaml и service.yaml), তারপর আউটপুটে এটি নির্দিষ্ট পরিবর্তন সহ একটি পাঠ্য পাবে kustomization.yaml.

বিঃদ্রঃ. অনুবাদ: kustomize এর "সহজ" ব্যবহারের উপর প্রকল্পের ডকুমেন্টেশন থেকে দৃষ্টান্ত

পরিবর্তনগুলি প্রতিশ্রুতিবদ্ধ করার প্রয়োজন হলে আউটপুটটি পুনঃনির্দেশিত করা যেতে পারে:

kustomize build . > custom-config.yaml

আউটপুট ডেটা নির্ধারক (একই ইনপুট ডেটা একই আউটপুট ফলাফল তৈরি করবে), তাই আপনাকে ফলাফলটি একটি ফাইলে সংরক্ষণ করতে হবে না। পরিবর্তে, এটি সরাসরি অন্য কমান্ডে প্রেরণ করা যেতে পারে:

kustomize build . | kubectl apply -f -

কাস্টমাইজ বৈশিষ্ট্যগুলিও এর মাধ্যমে অ্যাক্সেস করা যেতে পারে kubectl -k (Kubernetes সংস্করণ 1.14 থেকে)। যাইহোক, মনে রাখবেন যে স্বতন্ত্র kustomize প্যাকেজটি ইন্টিগ্রেটেড kubectl প্যাকেজের চেয়ে দ্রুত আপডেট করা হয় (অন্তত এটি Kubernetes 1.15 রিলিজের ক্ষেত্রে)।

পাঠকরা জিজ্ঞাসা করতে পারেন: "আপনি যদি সরাসরি ফাইলগুলি সম্পাদনা করতে পারেন তবে এই সমস্ত জটিলতা কেন?" মহান প্রশ্ন. আমাদের উদাহরণে, প্রকৃতপক্ষে পারেন ফাইল পরিবর্তন করুন deployment.yaml и service.yaml সরাসরি, কিন্তু তারা যদি অন্য কারো প্রকল্পের কাঁটা হয়? ফাইলগুলি সরাসরি পরিবর্তন করা কঠিন করে তোলে (যদি অসম্ভব না হয়) যখন মূল/উৎস পরিবর্তন করা হয় তখন একটি কাঁটা রিবেস করা। kustomize ব্যবহার করে আপনি একটি ফাইলে এই পরিবর্তনগুলিকে কেন্দ্রীভূত করতে পারবেন kustomization.yaml, মূল ফাইলগুলিকে অক্ষত রেখে এবং এইভাবে প্রয়োজনে মূল ফাইলগুলিকে রিবেস করা সহজ করে তোলে।

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

ওভারলে এবং অন্তর্নিহিত সংস্থানগুলির ধারণাটি চিত্রিত করতে (ভিত্তি সম্পদ), ধরা যাক যে ডিরেক্টরিগুলির নিম্নলিখিত কাঠামো রয়েছে:

- base
  - deployment.yaml
  - service.yaml
  - kustomization.yaml
- overlays
  - dev
    - kustomization.yaml
  - staging
    - kustomization.yaml
  - prod
    - kustomization.yaml

ফাইলে base/kustomization.yaml ক্ষেত্র ব্যবহার করে ব্যবহারকারীরা resources শুধুমাত্র কাস্টমাইজ যে সম্পদ অন্তর্ভুক্ত করা উচিত ঘোষণা.

প্রতিটি ফাইলে overlays/{dev,staging,prod}/kustomization.yaml ব্যবহারকারীরা ক্ষেত্রের বেস কনফিগারেশন উল্লেখ করে resources, এবং তারপর নির্দিষ্ট পরিবর্তন নির্দেশ করুন প্রদত্ত পরিবেশ. উদাহরণস্বরূপ, ফাইল overlays/dev/kustomization.yaml পূর্বে দেওয়া উদাহরণের মত দেখতে হতে পারে:

resources:
- ../../base
namePrefix: dev-
namespace: development
commonLabels:
  environment: development

এই ক্ষেত্রে ফাইল overlays/prod/kustomization.yaml সম্পূর্ণ ভিন্ন হতে পারে:

resources:
- ../../base
namePrefix: prod-
namespace: production
commonLabels:
  environment: production
  sre-team: blue

যখন ব্যবহারকারী রান করে kustomize build . ক্যাটালগে overlays/dev, কাস্টমাইজ ডেভেলপমেন্ট অপশন জেনারেট করবে। চালালে kustomize build . ক্যাটালগে overlays/prod - আপনি উত্পাদন বিকল্প পাবেন। এবং এই সব - মূল কোন পরিবর্তন না করে (ভিত্তি) ফাইল, সব একটি ঘোষণামূলক এবং নির্ধারক উপায়ে। আপনি বেস কনফিগারেশন এবং ওভারলে ডিরেক্টরিগুলি সরাসরি সংস্করণ নিয়ন্ত্রণে প্রতিশ্রুতিবদ্ধ করতে পারেন, জেনে রাখুন যে এই ফাইলগুলির উপর ভিত্তি করে আপনি যে কোনও সময় পছন্দসই কনফিগারেশন পুনরুত্পাদন করতে পারেন।

বিঃদ্রঃ. অনুবাদ: কাস্টমাইজে ওভারলে ব্যবহার করার প্রকল্প ডকুমেন্টেশন থেকে চিত্রণ

কাস্টমাইজ করতে পারেন অধিক এই নিবন্ধে আচ্ছাদিত করা হয় তার চেয়ে বেশি. যাইহোক, আমি আশা করি এটি একটি ভাল ভূমিকা হিসাবে কাজ করে।

অতিরিক্ত সম্পদ

কাস্টমাইজ সম্পর্কে অনেক ভাল নিবন্ধ এবং প্রকাশনা রয়েছে। এখানে কয়েকটি যা আমি বিশেষভাবে দরকারী বলে মনে করেছি:

• Kustomize ব্যবহার করে বিভিন্ন পরিবেশের পণ্য/পরীক্ষার জন্য বেস YAML কনফিগারেশন পরিবর্তন করুন;
• কাস্টমাইজ — কুবারনেটসে টেমপ্লেটিং করার সঠিক উপায়;
• কাস্টমাইজ ব্যবহার করে কুবারনেটস অবজেক্টের ঘোষণামূলক ব্যবস্থাপনা;
• আপস্ট্রিম হেলম চার্ট কাস্টমাইজ করে কাস্টমাইজ করা.

বিঃদ্রঃ. অনুবাদ: আপনি হিসাবে প্রকাশিত লিঙ্ক একটি ব্লক সুপারিশ করতে পারেন Resources ইউটিলিটির ওয়েবসাইটে, তারপরে কাস্টমাইজ সম্পর্কে সর্বশেষ প্রতিবেদন সহ ভিডিওগুলির একটি সংগ্রহ।

এই উপাদান উন্নত করার জন্য আপনার যদি প্রশ্ন বা পরামর্শ থাকে, আমি সবসময় প্রতিক্রিয়ার জন্য উন্মুক্ত। আপনি আমার সাথে যোগাযোগ করতে পারেন Twitter অথবা কুবারনেটস স্ল্যাক চ্যানেল. কাস্টমাইজের সাথে আপনার ম্যানিফেস্টগুলি পরিবর্তন করে মজা নিন!

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

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

• «কুবারনেটসে চালিত অ্যাপ্লিকেশনগুলির বিকাশকারীদের জন্য সরঞ্জাম";
• «Kubernetes 1.14: নতুন কি আছে তার হাইলাইটস";
• «আমস্টারডামে হেলম সামিট 2019 এর পাঁচটি প্রধান ফলাফল";
• «কুবারনেটেস - হেলমের জন্য প্যাকেজ ম্যানেজারের ব্যবহারিক ভূমিকা».

উত্স: www.habr.com