কিভাবে আরো কার্যকরভাবে kubectl ব্যবহার করবেন: একটি বিস্তারিত নির্দেশিকা

আপনি যদি কুবারনেটিস নিয়ে কাজ করেন, তাহলে kubectl সম্ভবত আপনার সবচেয়ে বেশি ব্যবহৃত ইউটিলিটিগুলোর মধ্যে একটি। আর যখনই আপনি কোনো নির্দিষ্ট টুল নিয়ে অনেক সময় কাজ করেন, তখন সেটি পুঙ্খানুপুঙ্খভাবে শেখা এবং কার্যকরভাবে ব্যবহার করতে শেখাটা জরুরি।

টীম Mail.ru থেকে Kubernetes aaS আমি ড্যানিয়েল ওয়েইবেলের একটি প্রবন্ধ অনুবাদ করেছি, যেখানে kubectl-এর সাথে কার্যকরভাবে কাজ করার জন্য কিছু কৌশল ও পরামর্শ দেওয়া হয়েছে। এটি আপনাকে কুবারনেটিস সম্পর্কে আরও গভীর ধারণা পেতেও সাহায্য করবে।

লেখকের মতে, এই নিবন্ধটির লক্ষ্য হলো Kubernetes-এর সাথে আপনার দৈনন্দিন কাজকে শুধু আরও কার্যকরই নয়, বরং আরও আনন্দদায়ক করে তোলা!

ভূমিকা: kubectl কী?

kubectl আরও কার্যকরভাবে ব্যবহার করতে শেখার আগে, এটি কী এবং কীভাবে কাজ করে সে সম্পর্কে আপনার একটি প্রাথমিক ধারণা থাকা প্রয়োজন।

ব্যবহারকারীর দৃষ্টিকোণ থেকে, kubectl হলো একটি কন্ট্রোল প্যানেল যা আপনাকে Kubernetes অপারেশন সম্পাদন করার সুযোগ দেয়।

প্রযুক্তিগতভাবে বলতে গেলে, kubectl হলো একটি Kubernetes API ক্লায়েন্ট।

কুবারনেটিস এপিআই হলো একটি HTTP REST এপিআই। এই এপিআই-টিই কুবারনেটিসের প্রকৃত ইউজার ইন্টারফেস, যার মাধ্যমে এটিকে সম্পূর্ণরূপে নিয়ন্ত্রণ করা হয়। এর অর্থ হলো, কুবারনেটিসের প্রতিটি অপারেশন একটি এপিআই এন্ডপয়েন্ট হিসেবে উপস্থাপিত হয় এবং এই এন্ডপয়েন্টে একটি HTTP রিকোয়েস্ট পাঠানোর মাধ্যমে তা সম্পাদন করা যায়।

সুতরাং, kubectl-এর প্রধান কাজ হলো Kubernetes API-তে HTTP অনুরোধ পাঠানো:

কুবারনেটিস একটি সম্পূর্ণ রিসোর্স-ভিত্তিক সিস্টেম। এর মানে হলো, এটি অভ্যন্তরীণ রিসোর্সের অবস্থা বজায় রাখে এবং কুবারনেটিসের সমস্ত অপারেশনই CRUD অপারেশন।

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

চলুন একটি উদাহরণ দেখি.

ধরা যাক, আপনি একটি ReplicaSet রিসোর্স তৈরি করতে চান। এটি করার জন্য, আপনাকে একটি ফাইলে ReplicaSet-টির বর্ণনা দিতে হবে যার নাম replicaset.yaml, তারপর কমান্ডটি চালান:

$ kubectl create -f replicaset.yaml

এটি একটি রেপ্লিকা সেট রিসোর্স তৈরি করবে। কিন্তু নেপথ্যে কী ঘটছে?

Kubernetes-এ একটি ReplicaSet তৈরির অপারেশন রয়েছে। অন্য যেকোনো অপারেশনের মতোই, এটি একটি API এন্ডপয়েন্ট হিসেবে উপলব্ধ। এই অপারেশনের নির্দিষ্ট API এন্ডপয়েন্টটি দেখতে এইরকম:

POST /apis/apps/v1/namespaces/{namespace}/replicasets

সমস্ত Kubernetes অপারেশনের জন্য API এন্ডপয়েন্টগুলি এখানে পাওয়া যাবে এপিআই রেফারেন্স (সহ) উপরের শেষ বিন্দুকোনো এন্ডপয়েন্টে প্রকৃত অনুরোধ পাঠাতে হলে, আপনাকে প্রথমে এপিআই রেফারেন্সে তালিকাভুক্ত এন্ডপয়েন্ট পাথগুলোর সাথে এপিআই সার্ভার ইউআরএল যুক্ত করতে হবে।

সুতরাং, যখন আপনি উপরের কমান্ডটি চালান, kubectl উপরের API এন্ডপয়েন্টে একটি HTTP POST অনুরোধ পাঠায়। ফাইলে আপনি যে ReplicaSet সংজ্ঞাটি নির্দিষ্ট করেছেন replicaset.yamlঅনুরোধের মূল অংশে এটি পাঠানো হয়।

যেসব কমান্ড কুবারনেটিস ক্লাস্টারের সাথে যোগাযোগ করে, সেগুলোর ক্ষেত্রে kubectl এভাবেই কাজ করে। এই সব ক্ষেত্রে, kubectl কেবল উপযুক্ত কুবারনেটিস এপিআই এন্ডপয়েন্টগুলোতে HTTP রিকোয়েস্ট পাঠায়।

অনুগ্রহ করে মনে রাখবেন যে আপনি একটি ইউটিলিটি ব্যবহার করে Kubernetes সম্পূর্ণরূপে পরিচালনা করতে পারেন, যেমন curlম্যানুয়ালি Kubernetes API-তে HTTP রিকোয়েস্ট পাঠানোর পরিবর্তে, Kubectl কেবল Kubernetes API-এর ব্যবহারকে সহজ করে তোলে।

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

কুবারনেটিসের অভ্যন্তরীণ জগৎ

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

মাস্টার নোডগুলোর সবচেয়ে গুরুত্বপূর্ণ উপাদানগুলো হলো:

1. খিলান — রিসোর্স সংজ্ঞা সংরক্ষণ করে (সাধারণত এটা etcd).
2. এপিআই সার্ভার এপিআই সরবরাহ করে এবং স্টোরেজ পরিচালনা করে।
3. কন্ট্রোলার ম্যানেজার রিসোর্সের অবস্থা যেন স্পেসিফিকেশন মেনে চলে, তা নিশ্চিত করে।
4. সময়সূচী ওয়ার্কার নোডগুলিতে পডগুলির সময়সূচী নির্ধারণ করে।

আর এখানে ওয়ার্কার নোডগুলোর অন্যতম গুরুত্বপূর্ণ একটি উপাদান রয়েছে:

1. কুবেলেট ওয়ার্কার নোডে কন্টেইনার চালু করা পরিচালনা করে।

এই উপাদানগুলো কীভাবে একসঙ্গে কাজ করে তা বোঝার জন্য, চলুন একটি উদাহরণ দেখি।

ধরা যাক আপনি এইমাত্র সম্পন্ন করেছেন kubectl create -f replicaset.yamlযার পরে kubectl একটি HTTP POST অনুরোধ পাঠিয়েছিল রেপ্লিকাসেট এপিআই এন্ডপয়েন্ট (ReplicaSet রিসোর্স সংজ্ঞাটি প্রেরণ করা হচ্ছে)।

একটি ক্লাস্টারে কী ঘটছে?

1. করার পর kubectl create -f replicaset.yaml এপিআই সার্ভার আপনার রেপ্লিকা সেট রিসোর্সের সংজ্ঞা স্টোরেজে সংরক্ষণ করে:

   

2. এরপরে, কন্ট্রোলার ম্যানেজারে রেপ্লিকাসেট কন্ট্রোলারটি চালু করা হয়, যা রেপ্লিকাসেট রিসোর্সগুলোর তৈরি, পরিবর্তন এবং মুছে ফেলার কাজ পরিচালনা করে:

   

3. রেপ্লিকাসেট কন্ট্রোলারটি রেপ্লিকাসেটের প্রতিটি রেপ্লিকার জন্য (রেপ্লিকাসেট ডেফিনিশনে থাকা পড টেমপ্লেট অনুযায়ী) একটি পড ডেফিনিশন তৈরি করে এবং সেগুলোকে স্টোরে সংরক্ষণ করে:

   

4. শিডিউলারটি চালু হয়ে সেইসব পডগুলোকে পর্যবেক্ষণ করে, যেগুলোকে এখনো কোনো ওয়ার্কার নোডে বরাদ্দ করা হয়নি:

   

5. শিডিউলার প্রতিটি পডের জন্য একটি উপযুক্ত ওয়ার্কার নোড নির্বাচন করে এবং এই তথ্যটি স্টোরেজে থাকা পড ডেফিনিশনে যোগ করে:

   

6. যে ওয়ার্কার নোডে পডটি বরাদ্দ করা থাকে, সেখানে কিউবলেট চালু হয় এবং সেই নোডে বরাদ্দকৃত পডগুলোকে পর্যবেক্ষণ করে:

   

7. কিউবলেট রিপোজিটরি থেকে পড ডেফিনিশন পড়ে এবং নোডে কন্টেইনার চালু করার জন্য ডকারের মতো কোনো কন্টেইনার রানটাইমকে কমান্ড দেয়:

   

নিম্নে এই বিবরণটির একটি লিখিত সংস্করণ দেওয়া হলো।

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

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

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

নতুন পড তৈরি হলে শিডিউলার সক্রিয় হয়, যা ওয়ার্কার নোডে এখনো শিডিউল করা হয়নি এমন পড ডেফিনিশনগুলো পর্যবেক্ষণ করে। শিডিউলার প্রতিটি পডের জন্য একটি উপযুক্ত ওয়ার্কার নোড নির্বাচন করে এবং রিপোজিটরিতে থাকা পড ডেফিনিশনগুলো আপডেট করে।

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

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

এই পর্যায়ে, আপনার ReplicaSet অ্যাপ্লিকেশনটি অবশেষে চালু হয়েছে!

কুবারনেটিস এপিআই-এর ভূমিকা

আপনি আগের উদাহরণে যেমন দেখেছেন, Kubernetes-এর কম্পোনেন্টগুলো (API সার্ভার এবং স্টোরেজ ছাড়া) স্টোরেজে থাকা রিসোর্সগুলোর পরিবর্তনের ওপর নজর রাখে এবং স্টোরেজের রিসোর্স সম্পর্কিত তথ্য পরিবর্তন করে।

অবশ্যই, এই উপাদানগুলো সরাসরি স্টোরেজের সাথে যোগাযোগ করে না, বরং শুধুমাত্র Kubernetes API-এর মাধ্যমেই যোগাযোগ করে।

আসুন নিম্নলিখিত উদাহরণগুলো বিবেচনা করি।:

1. রেপ্লিকাসেট কন্ট্রোলার এপিআই এন্ডপয়েন্ট ব্যবহার করে রেপ্লিকাসেটগুলির তালিকা প্যারামিটার সহ watch রেপ্লিকা সেট রিসোর্সের পরিবর্তন নিরীক্ষণ করতে
2. রেপ্লিকাসেট কন্ট্রোলার এপিআই এন্ডপয়েন্ট ব্যবহার করে পড তৈরি করুন পড তৈরি করতে (create pod) চাপুন।
3. শিডিউলার একটি এপিআই এন্ডপয়েন্ট ব্যবহার করে। প্যাচ পড নির্বাচিত ওয়ার্কার নোড সম্পর্কিত তথ্য দিয়ে পডগুলো আপডেট করতে (চেঞ্জ পড) চাপুন।

আপনি দেখতেই পাচ্ছেন, এটি সেই একই এপিআই যা kubectl অ্যাক্সেস করে। অভ্যন্তরীণ কম্পোনেন্ট এবং বাহ্যিক ব্যবহারকারীদের জন্য একই এপিআই ব্যবহার করা কুবারনেটিসের একটি মৌলিক ডিজাইন ধারণা।

এখন আমরা সংক্ষেপে বলতে পারি কুবারনেটিস কীভাবে কাজ করে:

1. স্টোরেজটি স্টেট অর্থাৎ কুবারনেটিস রিসোর্সসমূহ সংরক্ষণ করে।
2. এপিআই সার্ভারটি কুবারনেটিস এপিআই-এর আকারে স্টোরেজের জন্য একটি ইন্টারফেস প্রদান করে।
3. অন্যান্য সকল Kubernetes কম্পোনেন্ট এবং ব্যবহারকারীরা API-এর মাধ্যমে Kubernetes-এর স্টেট (রিসোর্স) পড়ে, পর্যবেক্ষণ করে এবং পরিবর্তন করে।

এই ধারণাগুলো জানা থাকলে আপনি kubectl আরও ভালোভাবে বুঝতে পারবেন এবং এর থেকে সর্বোত্তম সুবিধা নিতে পারবেন।

এবার চলুন kubectl ব্যবহার করে আপনার কর্মদক্ষতা বাড়াতে সাহায্য করবে এমন কিছু নির্দিষ্ট কৌশল ও পরামর্শ দেখে নেওয়া যাক।

১. কমান্ড কমপ্লিশনের সাহায্যে টাইপিংয়ের গতি বাড়ান।

kubectl-এর কর্মদক্ষতা বাড়ানোর অন্যতম কার্যকরী অথচ প্রায়শই উপেক্ষিত একটি কৌশল হলো কমান্ড কমপ্লিশন।

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

দেখুন kubectl কমান্ড কমপ্লিশন কীভাবে কাজ করে:

Bash এবং Zsh শেলের ক্ষেত্রে কমান্ড কমপ্লিশন কাজ করে।

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

কমান্ড কমপ্লিশন কীভাবে কাজ করে

কমান্ড কমপ্লিশন হলো শেলের একটি বৈশিষ্ট্য যা একটি কমপ্লিশন স্ক্রিপ্ট ব্যবহার করে কাজ করে। কমপ্লিশন স্ক্রিপ্ট হলো এমন একটি শেল স্ক্রিপ্ট যা একটি নির্দিষ্ট কমান্ডের কমপ্লিশন আচরণ নির্ধারণ করে।

Kubectl নিম্নলিখিত কমান্ডগুলো ব্যবহার করে স্বয়ংক্রিয়ভাবে Bash এবং Zsh-এর জন্য কমপ্লিশন স্ক্রিপ্ট তৈরি ও আউটপুট করে:

$ kubectl completion bash

বা:

$ kubectl completion zsh

তাত্ত্বিকভাবে, এই কমান্ডগুলোর আউটপুট উপযুক্ত কমান্ড শেলে পাইপ করে দিলেই যথেষ্ট, যাতে kubectl কমান্ডগুলো সম্পন্ন করতে পারে।

বাস্তবে, Bash (Linux এবং MacOS-এর মধ্যকার পার্থক্য সহ) এবং Zsh-এর মধ্যে সংযোগ পদ্ধতি ভিন্ন হয়। আমরা নিচে এই সমস্ত বিকল্প নিয়ে আলোচনা করব।

লিনাক্সে ব্যাশ

ব্যাশ কমপ্লিশন স্ক্রিপ্টটি bash-completion প্যাকেজের উপর নির্ভরশীল, তাই আপনাকে প্রথমে এটি ইনস্টল করতে হবে:

$ sudo apt-get install bash-completion

বা:

$ yum install bash-completion

নিম্নলিখিত কমান্ডটি ব্যবহার করে আপনি পরীক্ষা করতে পারেন যে প্যাকেজটি সফলভাবে ইনস্টল হয়েছে কিনা:

$ type _init_completion

যদি এটি শেল ফাংশন কোড আউটপুট করে, তাহলে bash-completion সঠিকভাবে ইনস্টল করা আছে। যদি কমান্ডটি "Not found" ত্রুটি দেখায়, তাহলে আপনাকে আপনার ফাইলে নিম্নলিখিত লাইনটি যোগ করতে হবে। ~ / .bashrc:

$ source /usr/share/bash-completion/bash_completion

ফাইলে এই লাইনটি যোগ করা কি আবশ্যক? ~ / .bashrc এটি প্রয়োজনীয় কিনা তা নির্ভর করে আপনি bash-completion ইনস্টল করতে কোন প্যাকেজ ম্যানেজার ব্যবহার করেছেন তার উপর। এটি APT-এর জন্য প্রয়োজনীয়, কিন্তু YUM-এর জন্য নয়।

একবার bash-completion ইনস্টল হয়ে গেলে, আপনাকে এমনভাবে কনফিগার করতে হবে যাতে সমস্ত শেল সেশনে kubectl completion script-টি সক্রিয় থাকে।

এটি করার একটি উপায় হলো ফাইলটিতে নিম্নলিখিত লাইনটি যোগ করা। ~ / .bashrc:

source <(kubectl completion bash)

আরেকটি উপায় হলো ডিরেক্টরিতে kubectl অ্যাডঅন স্ক্রিপ্টটি যোগ করা। /etc/bash_completion.d (যদি বিদ্যমান না থাকে তবে তৈরি করুন):

$ kubectl completion bash >/etc/bash_completion.d/kubectl

ক্যাটালগের সমস্ত অ্যাড-অন স্ক্রিপ্ট /etc/bash_completion.d ব্যাশ-কমপ্লিশনে স্বয়ংক্রিয়ভাবে অন্তর্ভুক্ত হয়।

উভয় বিকল্পই সমানভাবে প্রযোজ্য।

শেলটি পুনরায় চালু করার পর, kubectl কমান্ডটি সম্পন্ন হবে।

ম্যাকওএস-এ ব্যাশ

macOS-এ সেটআপটি কিছুটা বেশি জটিল। এর কারণ হলো, macOS ডিফল্টভাবে Bash 3.2 ব্যবহার করে, এবং kubectl অটোকমপ্লিশন স্ক্রিপ্টটির জন্য Bash 4.1 বা তার উচ্চতর সংস্করণ প্রয়োজন, যা Bash 3.2-এ কাজ করে না।

ম্যাকওএস-এ ব্যাশের একটি পুরোনো সংস্করণ ব্যবহারের কারণ হলো লাইসেন্স সংক্রান্ত সমস্যা। ব্যাশ সংস্করণ ৪-এর লাইসেন্স GPLv3-এর অধীনে, যা অ্যাপল সমর্থন করে না।

macOS-এ kubectl অটোকমপ্লিশন কনফিগার করতে, আপনাকে Bash-এর একটি নতুন সংস্করণ ইনস্টল করতে হবে। আপনি আপডেট করা Bash-কে ডিফল্ট শেল হিসেবেও সেট করতে পারেন, যা ভবিষ্যতে আপনার অনেক ঝামেলা কমিয়ে দেবে। এটি সহজ; বিস্তারিত বিবরণ "MacOS-এ Bash আপডেট করা».

এগিয়ে যাওয়ার আগে, নিশ্চিত করুন যে আপনি ব্যাশের একটি সাম্প্রতিক সংস্করণ ব্যবহার করছেন (আউটপুট পরীক্ষা করুন)। bash --version).

ব্যাশ অটোকমপ্লিশন স্ক্রিপ্টটি প্রজেক্ট-নির্দিষ্ট। bash-সম্পূর্ণতাসুতরাং আপনাকে প্রথমে এটি ইনস্টল করতে হবে।

আপনি bash-completion ইনস্টল করতে পারেন Homebrew:

$ brew install bash-completion@2

এটা হল @2 এর মানে হলো ব্যাশ-কমপ্লিশন ভার্সন ২। kubectl completion-এর জন্য ব্যাশ-কমপ্লিশন ভি২ প্রয়োজন, এবং ব্যাশ-কমপ্লিশন ভি২-এর জন্য কমপক্ষে ব্যাশ ভার্সন ৪.১ প্রয়োজন।

কমান্ড আউটপুট brew-install এতে একটি সতর্কতা বিভাগ রয়েছে যা নির্দিষ্ট করে দেয় ফাইলে কী যোগ করা উচিত। ~/.bash_profile:

export BASH_COMPLETION_COMPAT_DIR=/usr/local/etc/bash_completion.d
[[ -r "/usr/local/etc/profile.d/bash_completion.sh" ]] && . 
"/usr/local/etc/profile.d/bash_completion.sh"

তবে আমি এই লাইনগুলো যোগ করার পরামর্শ দিচ্ছি না ~/.bash_profileএবং মধ্যে ~/.bashrcএক্ষেত্রে, অটোকমপ্লিশন শুধু মূল শেলেই নয়, বরং চাইল্ড কমান্ড শেলগুলোতেও উপলব্ধ হবে।

কমান্ড শেল পুনরায় চালু করার পর, আপনি নিম্নলিখিত কমান্ডটি ব্যবহার করে ইনস্টলেশনের সঠিকতা যাচাই করতে পারেন:

$ type _init_completion

আউটপুটে যদি কোনো শেল ফাংশন দেখতে পান, তাহলে সবকিছু সঠিকভাবে কনফিগার করা আছে।

এখন আমাদের নিশ্চিত করতে হবে যে সমস্ত সেশনে kubectl অটোকমপ্লিশন চালু আছে।

একটি উপায় হলো আপনার ফাইলে নিম্নলিখিত লাইনটি যোগ করা। ~/.bashrc:

source <(kubectl completion bash)

দ্বিতীয় উপায়টি হলো ফোল্ডারে অটোকমপ্লিট স্ক্রিপ্টটি যোগ করা। /usr/local/etc/bash_completion.d:

$ kubectl completion bash
>/usr/local/etc/bash_completion.d/kubectl

এই পদ্ধতিটি কেবল তখনই কাজ করবে যদি আপনি Homebrew ব্যবহার করে bash-completion ইনস্টল করে থাকেন। সেক্ষেত্রে, bash-completion এই ডিরেক্টরি থেকে সমস্ত স্ক্রিপ্ট লোড করে।

যদি আপনি ইনস্টল করে থাকেন হোমব্রু ব্যবহার করে kubectlতাহলে আপনার আগের ধাপটি করার প্রয়োজন নেই, কারণ অটো-কমপ্লিশন স্ক্রিপ্টটি স্বয়ংক্রিয়ভাবে ফোল্ডারে যুক্ত হয়ে যাবে। /usr/local/etc/bash_completion.d ইনস্টলেশনের সময়। এক্ষেত্রে, আপনি bash-completion ইনস্টল করার সাথে সাথেই kubectl autocompletion কাজ করা শুরু করবে।

শেষ পর্যন্ত, এই সব বিকল্পই সমতুল্য।

Zsh

Zsh-এর অটোকমপ্লিশন স্ক্রিপ্টগুলোর কোনো ডিপেন্ডেন্সির প্রয়োজন হয় না। শেলটি চালু করার সময় আপনাকে শুধু এগুলো সক্রিয় করতে হবে।

আপনি আপনার লাইনে একটি লাইন যোগ করে এটি করতে পারেন ~/.zshrc ফাইল:

source <(kubectl completion zsh)

যদি আপনি একটি ত্রুটি পান not found: compdef আপনার শেল পুনরায় চালু করার পরে, আপনাকে বিল্ট-ইন ফাংশনটি সক্রিয় করতে হবে। compdefআপনার ফাইলের শুরুতে এটি যোগ করে আপনি এটি সক্রিয় করতে পারেন। ~/.zshrc নিম্নলিখিত:

autoload -Uz compinit
compinit

২. সম্পদের বিবরণ দ্রুত দেখুন

YAML রিসোর্স ডেফিনিশন তৈরি করার সময়, আপনাকে এই রিসোর্সগুলির ফিল্ড এবং তাদের অর্থ জানতে হবে। এই তথ্য খুঁজে পাওয়ার একটি জায়গা হলো এপিআই রেফারেন্স, যেখানে সমস্ত রিসোর্সের সম্পূর্ণ স্পেসিফিকেশন থাকে।

তবে, প্রতিবার কিছু খোঁজার জন্য ওয়েব ব্রাউজারে যাওয়া অসুবিধাজনক। এজন্য, kubectl এই কমান্ডটি প্রদান করে। kubectl explainযা আপনার টার্মিনালেই সমস্ত রিসোর্সের স্পেসিফিকেশন দেখায়।

কমান্ডের ফরম্যাটটি নিম্নরূপ:

$ kubectl explain resource[.field]...

এই কমান্ডটি অনুরোধকৃত রিসোর্স বা ফিল্ডের স্পেসিফিকেশন আউটপুট করবে। আউটপুটকৃত তথ্য এপিআই ম্যানুয়ালে থাকা তথ্যের অনুরূপ।

ডিফল্টরূপে kubectl explain শুধুমাত্র ফিল্ড নেস্টিং-এর প্রথম স্তর দেখায়।

দেখুন এটা দেখতে কেমন লাগে তারপর আপনি যা করতে পারেন.

বিকল্পটি যোগ করে আপনি সম্পূর্ণ ট্রি-টি প্রদর্শন করতে পারেন। --recursive:

$ kubectl explain deployment.spec --recursive

আপনার ঠিক কোন কোন রিসোর্স প্রয়োজন তা যদি আপনি না জানেন, তাহলে নিম্নলিখিত কমান্ডটি ব্যবহার করে আপনি সবগুলো প্রদর্শন করতে পারেন:

$ kubectl api-resources

এই কমান্ডটি রিসোর্সের নামগুলো বহুবচনে প্রদর্শন করে, উদাহরণস্বরূপ, deployments পরিবর্তে deploymentএটি সংক্ষিপ্ত নামটিও প্রদর্শন করে, যেমন deployযেসব রিসোর্সে এটি আছে, সেগুলোর জন্য। এই পার্থক্যগুলো নিয়ে চিন্তা করবেন না। kubectl-এর জন্য এই সব নামকরণের বিকল্পগুলো সমতুল্য। অর্থাৎ, আপনি এগুলোর যেকোনো একটি ব্যবহার করতে পারেন। kubectl explain.

নিম্নলিখিত সমস্ত কমান্ড সমতুল্য:

$ kubectl explain deployments.spec
# или
$ kubectl explain deployment.spec
# или        
$ kubectl explain deploy.spec

৩. একটি কাস্টম কলাম আউটপুট ফরম্যাট ব্যবহার করুন

ডিফল্ট কমান্ড আউটপুট ফরম্যাট হল kubectl get:

$ kubectl get pods
NAME                     READY    STATUS    RESTARTS  AGE
engine-544b6b6467-22qr6   1/1     Running     0       78d
engine-544b6b6467-lw5t8   1/1     Running     0       78d
engine-544b6b6467-tvgmg   1/1     Running     0       78d
web-ui-6db964458-8pdw4    1/1     Running     0       78d

এই ফরম্যাটটি সুবিধাজনক, কিন্তু এতে সীমিত পরিমাণ তথ্য থাকে। পূর্ণাঙ্গ রিসোর্স ডেফিনিশন ফরম্যাটের তুলনায়, এটি মাত্র কয়েকটি ফিল্ড প্রদর্শন করে।

এক্ষেত্রে, আপনি একটি কাস্টম কলাম আউটপুট ফরম্যাট ব্যবহার করতে পারেন। এর মাধ্যমে আপনি কোন ডেটা আউটপুট করবেন তা নির্ধারণ করতে পারবেন। আপনি যেকোনো রিসোর্স ফিল্ডকে একটি আলাদা কলাম হিসেবে আউটপুট করতে পারেন।

কাস্টম ফরম্যাটের ব্যবহার নিম্নলিখিত অপশনগুলো দ্বারা নির্ধারিত হয়:

-o custom-columns=<header>:<jsonpath>[,<header>:<jsonpath>]...

আপনি প্রতিটি আউটপুট কলামকে একটি জোড়া হিসাবে সংজ্ঞায়িত করতে পারেন <header>:<jsonpath>যেখানে <header> — কলামের নাম, এবং <jsonpath> — একটি এক্সপ্রেশন যা একটি রিসোর্স ফিল্ডকে সংজ্ঞায়িত করে।

চলুন একটি সহজ উদাহরণ দেখা যাক:

$ kubectl get pods -o custom-columns='NAME:metadata.name'

NAME
engine-544b6b6467-22qr6
engine-544b6b6467-lw5t8
engine-544b6b6467-tvgmg
web-ui-6db964458-8pdw4

আউটপুটে একটি কলামে পডগুলোর নাম থাকে।

অপশনের এক্সপ্রেশনটি ফিল্ড থেকে পডের নামগুলো নির্বাচন করে। metadata.nameএর কারণ হলো, পডের নামটি চাইল্ড ফিল্ডের নামে সংজ্ঞায়িত করা থাকে। metadata পডের রিসোর্স বিবরণে। আরও বিস্তারিত তথ্য পাওয়া যাবে এখানে। এপিআই ম্যানুয়াল অথবা একটি কমান্ড টাইপ করুন kubectl explain pod.metadata.name.

এখন ধরুন আপনি আউটপুটে একটি অতিরিক্ত কলাম যোগ করতে চান, যেমন, প্রতিটি পড কোন নোডে চলছে তা দেখানোর জন্য। এটি করার জন্য, আপনি কাস্টম কলাম অপশনে উপযুক্ত কলাম স্পেসিফিকেশনটি যোগ করতে পারেন:

$ kubectl get pods 
  -o custom-columns='NAME:metadata.name,NODE:spec.nodeName'

NAME                       NODE
engine-544b6b6467-22qr6    ip-10-0-80-67.ec2.internal
engine-544b6b6467-lw5t8    ip-10-0-36-80.ec2.internal
engine-544b6b6467-tvgmg    ip-10-0-118-34.ec2.internal
web-ui-6db964458-8pdw4     ip-10-0-118-34.ec2.internal

এক্সপ্রেশনটি থেকে নোডের নাম নির্বাচন করে spec.nodeName যখন কোনো পডকে একটি নোডে বরাদ্দ করা হয়, তখন তার নামটি ফিল্ডে লেখা হয়। spec.nodeName পড রিসোর্স স্পেসিফিকেশন। আরও বিস্তারিত তথ্য আউটপুটে পাওয়া যাবে। kubectl explain pod.spec.nodeName.

অনুগ্রহ করে মনে রাখবেন যে Kubernetes রিসোর্স ফিল্ডগুলো কেস-সেনসিটিভ।

আপনি যেকোনো রিসোর্স ফিল্ডকে একটি কলাম হিসেবে দেখতে পারেন। শুধু রিসোর্স স্পেসিফিকেশনটি পর্যালোচনা করুন এবং আপনার পছন্দের যেকোনো ফিল্ড দিয়ে এটি পরীক্ষা করে দেখুন।

কিন্তু প্রথমে, চলুন ফিল্ড সিলেকশন এক্সপ্রেশনগুলো আরও ভালোভাবে দেখে নেওয়া যাক।

JSONPath এক্সপ্রেশন

রিসোর্স ফিল্ড নির্বাচনের এক্সপ্রেশনগুলো নিম্নলিখিত বিষয়ের উপর ভিত্তি করে তৈরি: JSONPath.

JSONPath হলো JSON ডকুমেন্ট থেকে ডেটা পুনরুদ্ধার করার একটি ভাষা। একটিমাত্র ফিল্ড পুনরুদ্ধার করাই হলো JSONPath-এর সবচেয়ে সহজ ব্যবহার। এর অনেক... আরও সুযোগ, যার মধ্যে সিলেক্টর, ফিল্টার ইত্যাদি অন্তর্ভুক্ত।

Kubectl explain সীমিত সংখ্যক JSONPath ক্যাপাবিলিটি সমর্থন করে। এই ক্যাপাবিলিটিগুলো এবং ব্যবহারের উদাহরণ নিচে বর্ণনা করা হলো:

# Выбрать все элементы списка
$ kubectl get pods -o custom-columns='DATA:spec.containers[*].image'
# Выбрать специфический элемент списка
$ kubectl get pods -o custom-columns='DATA:spec.containers[0].image'
# Выбрать элементы списка, попадающие под фильтр
$ kubectl get pods -o custom-columns='DATA:spec.containers[?(@.image!="nginx")].image'
# Выбрать все поля по указанному пути, независимо от их имени
$ kubectl get pods -o custom-columns='DATA:metadata.*'
# Выбрать все поля с указанным именем, вне зависимости от их расположения
$ kubectl get pods -o custom-columns='DATA:..image'

[] অপারেটরটি বিশেষভাবে গুরুত্বপূর্ণ। Kubernetes-এর অনেক রিসোর্স ফিল্ড হলো লিস্ট, এবং এই অপারেটরটি আপনাকে সেই লিস্টগুলো থেকে এলিমেন্ট নির্বাচন করার সুযোগ দেয়। একটি লিস্টের সমস্ত এলিমেন্ট নির্বাচন করার জন্য এটি প্রায়শই [*]-এর মতো ওয়াইল্ডকার্ড ক্যারেক্টারের সাথে ব্যবহৃত হয়।

অ্যাপ্লিকেশন উদাহরণ

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

1. পডগুলির জন্য কন্টেইনার ইমেজ প্রদর্শন করা হচ্ছে:

   $ kubectl get pods 
     -o custom-columns='NAME:metadata.name,IMAGES:spec.containers[*].image'
   
   NAME                        IMAGES
   engine-544b6b6467-22qr6     rabbitmq:3.7.8-management,nginx
   engine-544b6b6467-lw5t8     rabbitmq:3.7.8-management,nginx
   engine-544b6b6467-tvgmg     rabbitmq:3.7.8-management,nginx
   web-ui-6db964458-8pdw4      wordpress

   এই কমান্ডটি প্রতিটি পডের কন্টেইনার ইমেজের নামগুলো প্রদর্শন করে।

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

2. নোড প্রাপ্যতা অঞ্চলগুলি প্রদর্শন করা হচ্ছে:

   $ kubectl get nodes 
     -o 
   custom-columns='NAME:metadata.name,ZONE:metadata.labels.failure-domain.beta.kubernetes.io/zone'
   
   NAME                          ZONE
   ip-10-0-118-34.ec2.internal   us-east-1b
   ip-10-0-36-80.ec2.internal    us-east-1a
   ip-10-0-80-67.ec2.internal    us-east-1b

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

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

   প্রতিটি নোডের জন্য উপলব্ধতা অঞ্চলগুলি একটি বিশেষ লেবেলের মাধ্যমে পাওয়া যায় - failure-domain.beta.kubernetes.io/zoneক্লাস্টারটি যদি কোনো পাবলিক ক্লাউডে চলে, তাহলে এই লেবেলটি স্বয়ংক্রিয়ভাবে তৈরি হয় এবং প্রতিটি নোডের অ্যাভেইলেবিলিটি জোনের নাম দিয়ে পূরণ হয়ে যায়।

   লেবেলগুলি কুবারনেটিস রিসোর্স স্পেসিফিকেশনের অংশ নয়, তাই আপনি এ সম্পর্কে কোনো তথ্য পাবেন না। এপিআই ম্যানুয়ালতবে, YAML বা JSON ফরম্যাটে নোডের তথ্য অনুরোধ করার মাধ্যমে এগুলি (অন্যান্য লেবেলের মতোই) দেখা যেতে পারে:

   $ kubectl get nodes -o yaml
   # или
   $ kubectl get nodes -o json

   সম্পদের বিবরণ অধ্যয়নের পাশাপাশি, সম্পদ সম্পর্কে আরও জানার জন্য এটি একটি চমৎকার উপায়।

৪. ক্লাস্টার এবং নেমস্পেসের মধ্যে সহজে পরিবর্তন করার সুবিধা

যখন kubectl কুবারনেটিস এপিআই-তে কোনো অনুরোধ পাঠায়, তখন এটি সংযোগের জন্য প্রয়োজনীয় সমস্ত প্যারামিটার সংগ্রহ করতে প্রথমে kubeconfig ফাইলটি পড়ে।

ডিফল্টরূপে, kubeconfig ফাইলটি হলো ~/.kube/configএই ফাইলটি সাধারণত একটি বিশেষ কমান্ডের মাধ্যমে তৈরি বা আপডেট করা হয়।

যখন আপনি একাধিক ক্লাস্টার নিয়ে কাজ করেন, তখন আপনার kubeconfig ফাইলে সেগুলোর সবগুলোর জন্যই সংযোগের প্যারামিটার থাকে। আপনি কোন ক্লাস্টার নিয়ে কাজ করছেন, তা kubectl কমান্ডকে জানানোর জন্য আপনার একটি উপায় প্রয়োজন।

একটি ক্লাস্টারের মধ্যে আপনি একাধিক নেমস্পেস তৈরি করতে পারেন—যা একটি ফিজিক্যাল ক্লাস্টারের মধ্যে এক ধরনের ভার্চুয়াল ক্লাস্টার। Kubectl, kubeconfig ফাইলের উপর ভিত্তি করে কোন নেমস্পেসটি ব্যবহার করবে তা নির্ধারণ করে। তাই, kubectl-কে কোন নেমস্পেসটি ব্যবহার করতে হবে তা জানানোর জন্যও আপনার একটি উপায় প্রয়োজন।

এই অধ্যায়ে আমরা ব্যাখ্যা করব এটি কীভাবে কাজ করে এবং কীভাবে কার্যকর কাজ অর্জন করা যায়।

অনুগ্রহ করে মনে রাখবেন যে, আপনি KUBECONFIG এনভায়রনমেন্ট ভেরিয়েবলে একাধিক kubeconfig ফাইল তালিকাভুক্ত করতে পারেন। এক্ষেত্রে, রানটাইমে এই সমস্ত ফাইল একত্রিত হয়ে একটি একক শেয়ার্ড কনফিগারেশন তৈরি করবে। এছাড়াও, আপনি প্যারামিটার সহ kubectl চালিয়ে ডিফল্ট kubeconfig ফাইলটি পরিবর্তন করতে পারেন। --kubeconfigদেখো। অফিসিয়াল ডকুমেন্টেশন.

কিউবকনফিগ ফাইল

চলুন দেখে নেওয়া যাক kubeconfig ফাইলটিতে ঠিক কী কী থাকে:

যেমনটি দেখতে পাচ্ছেন, kubeconfig ফাইলটিতে কয়েকটি কনটেক্সট রয়েছে। একটি কনটেক্সট তিনটি উপাদান নিয়ে গঠিত:

• ক্লাস্টার — ক্লাস্টার সার্ভার এপিআই ইউআরএল।
• ব্যবহারকারী — ক্লাস্টারের জন্য ব্যবহারকারীর প্রমাণীকরণ তথ্য।
• নেমস্পেস - ক্লাস্টারে যোগদানের সময় ব্যবহৃত নেমস্পেস।

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

যেকোনো নির্দিষ্ট সময়ে, প্রেক্ষাপটগুলোর মধ্যে একটি সক্রিয় থাকে:

kubectl যখন কোনো কনফিগারেশন ফাইল পড়ে, তখন এটি সর্বদা বর্তমান কনটেক্সট থেকে তথ্য গ্রহণ করে। উপরের উদাহরণে, kubectl হেয়ার ক্লাস্টারের সাথে সংযোগ স্থাপন করবে।

সেই অনুযায়ী, অন্য ক্লাস্টারে স্থানান্তরিত হতে হলে, আপনাকে kubeconfig ফাইলে বর্তমান কনটেক্সট পরিবর্তন করতে হবে:

এখন kubectl ফক্স ক্লাস্টারের সাথে সংযুক্ত হবে।

একই ক্লাস্টারের মধ্যে অন্য কোনো নেমস্পেসে যেতে হলে, বর্তমান কনটেক্সটের জন্য নেমস্পেস এলিমেন্টের মান পরিবর্তন করতে হবে:

উপরের উদাহরণে, kubectl ফক্স ক্লাস্টারের Prod নেমস্পেসটি ব্যবহার করবে (পূর্বে Test নেমস্পেসটি সেট করা ছিল)।

উল্লেখ্য যে kubectl বিকল্পও প্রদান করে। --cluster, --user, --namespace и --contextযা আপনাকে kubeconfig ফাইলে যা-ই সেট করা থাকুক না কেন, স্বতন্ত্র উপাদান এবং স্বয়ং বর্তমান কনটেক্সটকেই ওভাররাইট করার সুযোগ দেয়। দেখুন kubectl options.

তাত্ত্বিকভাবে, আপনি kubeconfig ফাইলে প্যারামিটারগুলো ম্যানুয়ালি পরিবর্তন করতে পারেন। তবে, এটি অসুবিধাজনক। এই কাজগুলো সহজ করার জন্য বিভিন্ন ইউটিলিটি রয়েছে, যেগুলো আপনাকে স্বয়ংক্রিয়ভাবে প্যারামিটার পরিবর্তন করার সুযোগ দেয়।

kubectx ব্যবহার করুন

ক্লাস্টার এবং নেমস্পেসের মধ্যে পরিবর্তন করার জন্য একটি অত্যন্ত জনপ্রিয় ইউটিলিটি।

ইউটিলিটিটি কমান্ড সরবরাহ করে kubectx и kubens যথাক্রমে বর্তমান কনটেক্সট এবং নেমস্পেস পরিবর্তন করতে।

যেমনটি উল্লেখ করা হয়েছে, যদি প্রতি ক্লাস্টারে একটিমাত্র কনটেক্সট থাকে, তাহলে বর্তমান কনটেক্সট পরিবর্তন করার অর্থ হলো ক্লাস্টার পরিবর্তন করা।

এই কমান্ডগুলো কার্যকর করার একটি উদাহরণ নিচে দেওয়া হলো:

মূলত, এই কমান্ডগুলো উপরে বর্ণিত পদ্ধতিতেই kubeconfig ফাইলটি সম্পাদনা করে।

ইনস্টল করতে kubectxনির্দেশাবলী অনুসরণ করুন GitHub।

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

আরেকটি দরকারী বৈশিষ্ট্য kubectx এটা হয় ইন্টারেক্টিভ মোডএটি ইউটিলিটির সাথে একত্রে কাজ করে fzfযা আলাদাভাবে ইনস্টল করতে হবে। fzf ইনস্টল করলে ইন্টারেক্টিভ মোড স্বয়ংক্রিয়ভাবে উপলব্ধ হয়। kubectxইন্টারেক্টিভ মোডে, আপনি fzf দ্বারা প্রদত্ত ইন্টারেক্টিভ ফ্রি সার্চ ইন্টারফেসের মাধ্যমে কনটেক্সট এবং নেমস্পেস নির্বাচন করতে পারেন।

শেল উপনাম ব্যবহার করা

বর্তমান কনটেক্সট এবং নেমস্পেস পরিবর্তন করার জন্য আপনার আলাদা টুলের প্রয়োজন নেই, কারণ kubectl এর জন্যও কমান্ড সরবরাহ করে। উদাহরণস্বরূপ, কমান্ডটি হলো kubectl config kubeconfig ফাইল সম্পাদনার জন্য সাবকমান্ড প্রদান করে।

এখানে তাদের কিছু আছে:

• kubectl config get-contextsসমস্ত কনটেক্সট আউটপুট করুন;
• kubectl config current-contextবর্তমান প্রেক্ষাপট জানুন;
• kubectl config use-contextবর্তমান প্রেক্ষাপট পরিবর্তন করুন;
• kubectl config set-contextপ্রসঙ্গ উপাদান পরিবর্তন করুন।

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

আমি এই কমান্ডগুলোর উপর ভিত্তি করে কিছু অ্যালিয়াস তৈরি করেছি, যেগুলো kubectx-এর মতো কার্যকারিতা প্রদান করে। আপনি এখানে সেগুলোর ব্যবহার দেখতে পারেন:

উল্লেখ্য যে, অ্যালিয়াসগুলো একটি ইন্টারেক্টিভ, অবাধ অনুসন্ধানযোগ্য ইন্টারফেস (kubectx-এর ইন্টারেক্টিভ মোডের মতো) প্রদান করতে fzf ব্যবহার করে। এর মানে হলো আপনার প্রয়োজন fzf ইনস্টল করুনএই ছদ্মনামগুলো ব্যবহার করতে।

এখানে উপনামগুলোর সংজ্ঞা দেওয়া হলো:

# Получить текущий контекст
alias krc='kubectl config current-context'
# Список всех контекстов
alias klc='kubectl config get-contexts -o name | sed "s/^/  /;|^  $(krc)$|s/ /*/"'
# Изменить текущий контекст
alias kcc='kubectl config use-context "$(klc | fzf -e | sed "s/^..//")"'

# Получить текущее пространство имен
alias krn='kubectl config get-contexts --no-headers "$(krc)" | awk "{print $5}" | sed "s/^$/default/"'
# Список всех пространств имен
alias kln='kubectl get -o name ns | sed "s|^.*/|  |;|^  $(krn)$|s/ /*/"'
# Изменить текущее пространство имен
alias kcn='kubectl config set-context --current --namespace "$(kln | fzf -e | sed "s/^..//")"'

এই অ্যালিয়াসগুলো সেট আপ করতে, আপনাকে আপনার ফাইলে উপরের সংজ্ঞাগুলো যোগ করতে হবে। ~/.bashrc বা ~/.zshrc এবং আপনার শেলটি রিবুট করুন।

প্লাগইন ব্যবহার করে

Kubectl আপনাকে প্লাগইন লোড করার সুযোগ দেয়, যা সাধারণ কমান্ডের মতোই চালানো যায়। উদাহরণস্বরূপ, আপনি kubectl-foo প্লাগইনটি ইনস্টল করে কমান্ডটি চালিয়ে তা রান করতে পারেন। kubectl foo.

এইভাবে কনটেক্সট এবং নেমস্পেস পরিবর্তন করা সুবিধাজনক হবে, উদাহরণস্বরূপ, রান করুন kubectl ctx প্রসঙ্গ পরিবর্তন করতে এবং kubectl ns নেমস্পেস পরিবর্তন করতে।

আমি দুটি প্লাগইন লিখেছি যা এই কাজটি করে:

• kubectl-ctx
• kubectl-ns

প্লাগইনগুলো পূর্ববর্তী অংশের অ্যালিয়াসগুলোর উপর ভিত্তি করে কাজ করে।

তারা কিভাবে কাজ করে তা এখানে:

অনুগ্রহ করে মনে রাখবেন যে প্লাগইনগুলি একটি ইন্টারেক্টিভ, অবাধ-অনুসন্ধান ইন্টারফেস (kubectx-এর ইন্টারেক্টিভ মোডের মতো) প্রদান করতে fzf ব্যবহার করে। এর মানে হল আপনার প্রয়োজন হবে fzf ইনস্টল করুনএই ছদ্মনামগুলো ব্যবহার করতে।

প্লাগইন ইনস্টল করার জন্য, আপনাকে নির্দিষ্ট নামের শেল স্ক্রিপ্ট ডাউনলোড করতে হবে। kubectl-ctx и kubectl-ns আপনার PATH ভেরিয়েবলের যেকোনো ডিরেক্টরিতে এবং সেগুলোকে এক্সিকিউটেবল করুন, উদাহরণস্বরূপ এর মাধ্যমে chmod +xএর ঠিক পরেই আপনি এটি ব্যবহার করতে পারবেন। kubectl ctx и kubectl ns.

৫. অটোএলিয়াস ব্যবহার করে ইনপুট সংক্ষিপ্ত করুন

শেল অ্যালিয়াস টাইপিং দ্রুত করার একটি দারুণ উপায়। প্রজেক্ট kubectl- উপনাম এতে মৌলিক kubectl কমান্ডের প্রায় ৮০০টি শর্টকাট রয়েছে।

আপনি হয়তো ভাবছেন ৮০০টি বিকল্প নাম কীভাবে মনে রাখবেন। কিন্তু আপনাকে সবগুলো মনে রাখতে হবে না, কারণ সেগুলো একটি সহজ সূত্র মেনে চলে, যা নিচে দেখানো হলো:

উদাহরণস্বরূপ:

1. kgpooyaml - kubectl get pods oyaml
2. ksysgsvcw — kubectl -n kube-সিস্টেম পেতে svc w
3. ksysrmcm -kubectl -n kube-সিস্টেম rm cm
4. kgdepallsl - kubectl get deployment all sl

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

বর্তমান বিস্তারিত ডায়াগ্রামটি এখানে অবস্থিত। GitHubসেখানে আপনি আরও খুঁজে পেতে পারেন ডাকনামের সম্পূর্ণ তালিকা.

উদাহরণস্বরূপ, kgpooyamlall উপনামটি এই কমান্ডের সমতুল্য। kubectl get pods -o yaml --all-namespaces.

বিকল্পগুলির আপেক্ষিক ক্রম গুরুত্বপূর্ণ নয়: কমান্ডটি kgpooyamlall কমান্ডের সমতুল্য kgpoalloyaml.

আপনি সব উপাদানকে বিকল্প নাম হিসেবে ব্যবহার করতে পারবেন না। উদাহরণস্বরূপ k, kg, klo, ksys, kgpo এছাড়াও ব্যবহার করা যেতে পারে। অধিকন্তু, কমান্ড লাইনে অ্যালিয়াস এবং সাধারণ কমান্ড বা অপশন একত্রিত করা যায়:

উদাহরণস্বরূপ:

1. এর পরিবর্তে kubectl proxy আপনি লিখতে পারেন k proxy.
2. এর পরিবর্তে kubectl get roles আপনি লিখতে পারেন kg roles বর্তমানে Roles রিসোর্সটির কোনো বিকল্প নাম নেই।
3. কোনো নির্দিষ্ট পডের ডেটা পেতে, আপনি এই কমান্ডটি ব্যবহার করতে পারেন। kgpo my-pod — kubectl get pod my-pod.

অনুগ্রহ করে মনে রাখবেন যে কিছু অ্যালিয়াসের জন্য কমান্ড লাইনে একটি আর্গুমেন্টের প্রয়োজন হয়। উদাহরণস্বরূপ, অ্যালিয়াসটি kgpol মানে kubectl get pods -l. অপশন -l এর জন্য একটি আর্গুমেন্ট প্রয়োজন—লেবেল স্পেসিফিকেশন। যদি আপনি একটি অ্যালিয়াস ব্যবহার করেন, তবে এটি দেখতে এইরকম হবে: kgpol app=ui.

যেহেতু কিছু অ্যালিয়াসের জন্য আর্গুমেন্টের প্রয়োজন হয়, তাই a, f, এবং l অ্যালিয়াসগুলো সবশেষে ব্যবহার করা উচিত।

সাধারণভাবে, একবার এই পদ্ধতিটি আয়ত্ত করে ফেললে, আপনি যে কমান্ডগুলো চালাতে চান সেগুলোর বিকল্প নাম স্বতঃস্ফূর্তভাবে তৈরি করতে পারবেন, যা আপনার টাইপ করার অনেক সময় বাঁচাবে।

ইনস্টলেশন

kubectl-aliases ইনস্টল করতে, আপনাকে ফাইলটি ডাউনলোড করতে হবে। .kubectl_aliases গিটহাব থেকে এবং এটি ফাইলে অন্তর্ভুক্ত করুন। ~/.bashrc বা ~/.zshrc:

source ~/.kubectl_aliases

স্বয়ংক্রিয় সমাপ্তি

যেমনটা আমরা আগেই উল্লেখ করেছি, কমান্ড লাইনে প্রায়শই কোনো অ্যালিয়াসের সাথে অতিরিক্ত শব্দ যোগ করা হয়। উদাহরণস্বরূপ:

$ kgpooyaml test-pod-d4b77b989

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

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

উত্তরটি নির্ভর করে আপনি কোন শেল ব্যবহার করছেন তার উপর:

1. Zsh-এর ক্ষেত্রে, অ্যালিয়াসের জন্য অটোকমপ্লিশন ডিফল্টভাবেই কাজ করে।
2. দুর্ভাগ্যবশত, ব্যাশে অটোকমপ্লিশন চালু করতে কিছু কাজ করতে হয়।

ব্যাশে অ্যালিয়াসের জন্য অটোকমপ্লিশন সক্রিয় করা

Bash-এর সমস্যা হলো, এটি (প্রতিবার Tab চাপলে) অ্যালিয়াসটিকে সম্পূর্ণ করার চেষ্টা করে, অ্যালিয়াসটি যে কমান্ডকে নির্দেশ করে সেটিকে নয় (যেমন, Zsh)। যেহেতু আপনার কাছে সব ৮০০টি অ্যালিয়াসের জন্য কমপ্লিশন স্ক্রিপ্ট নেই, তাই অটোকমপ্লিশন কাজ করে না।

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

এরপরে, আমি প্রথমে complete-alias কীভাবে ইনস্টল করতে হয় তা ব্যাখ্যা করব এবং তারপরে সমস্ত kubectl অ্যালিয়াসের জন্য কমপ্লিশন সক্ষম করতে এটিকে কীভাবে কনফিগার করতে হয় তা দেখাব।

সম্পূর্ণ-উপনাম ইনস্টল করা হচ্ছে

প্রথমত, সম্পূর্ণ-উপনাম নির্ভর করে bash-সম্পূর্ণতাসুতরাং, complete-alias ইনস্টল করার আগে, আপনাকে অবশ্যই নিশ্চিত করতে হবে যে bash-completion ইনস্টল করা আছে। Linux এবং macOS-এর জন্য ইনস্টলেশনের নির্দেশাবলী পূর্বে প্রদান করা হয়েছিল।

MacOS ব্যবহারকারীদের জন্য গুরুত্বপূর্ণ বিজ্ঞপ্তিkubectl অটোকমপ্লিশন স্ক্রিপ্টের মতোই, complete-alias স্ক্রিপ্টটি Bash 3.2-এর সাথে কাজ করে না, যা MacOS-এর ডিফল্ট সংস্করণ। বিশেষত, complete-alias স্ক্রিপ্টটি bash-completion v2-এর উপর নির্ভরশীল।brew install bash-completion@2), যার জন্য অন্তত ব্যাশ ৪.১ প্রয়োজন। এর মানে হলো, ম্যাকওএস-এ কমপ্লিট-অ্যালিয়াস ব্যবহার করতে হলে আপনাকে ব্যাশের একটি নতুন সংস্করণ ইনস্টল করতে হবে।

আপনাকে স্ক্রিপ্টটি ডাউনলোড করতে হবে। bash_completion.sh থেকে গিটহাব রিপোজিটরি এবং এটি আপনার ফাইলে অন্তর্ভুক্ত করুন ~/.bashrc:

source ~/bash_completion.sh

শেলটি পুনরায় চালু করার পর, complete-alias সম্পূর্ণরূপে ইনস্টল হয়ে যাবে।

kubectl অ্যালিয়াসগুলির জন্য স্বয়ংক্রিয় সম্পূর্ণতা সক্রিয় করা

প্রযুক্তিগতভাবে, complete-alias একটি শেল ফাংশন প্রদান করে। _complete_aliasএই ফাংশনটি একটি অ্যালিয়াস যাচাই করে এবং অ্যালিয়াস কমান্ডটির জন্য সমাপ্তি ইঙ্গিত প্রদান করে।

কোনো ফাংশনকে একটি নির্দিষ্ট উপনামের সাথে যুক্ত করতে, আপনাকে ব্যাশের অন্তর্নির্মিত পদ্ধতিটি ব্যবহার করতে হবে। সম্পূর্ণইনস্টল করতে _complete_alias উপনাম পরিপূরকের একটি ফাংশন হিসাবে।

উদাহরণস্বরূপ, k অ্যালিয়াসটি নেওয়া যাক, যা kubectl কমান্ডকে বোঝায়। ইনস্টল করতে _complete_alias এই অ্যালিয়াসের পরিপূরক ফাংশন হিসেবে, আপনাকে নিম্নলিখিত কমান্ডটি চালাতে হবে:

$ complete -F _complete_alias k

এর ফলে যা হয় তা হলো, যখনই আপনি k উপনামটি স্বয়ংক্রিয়ভাবে পূরণ করেন, ফাংশনটি কল করা হয়। _complete_aliasযা অ্যালিয়াসটি যাচাই করে এবং কমান্ডটির জন্য সমাপ্তির ইঙ্গিত প্রদান করে। kubectl.

দ্বিতীয় উদাহরণ হিসেবে, একটি উপনাম নেওয়া যাক। kgযার মানে kubectl get:

$ complete -F _complete_alias kg

আগের উদাহরণের মতোই, যখন আপনি kg অটোকমপ্লিট করবেন, তখন আপনি একই কমপ্লিশন সাজেশন পাবেন যা আপনি এর জন্য পেতেন। kubectl get.

মনে রাখবেন যে, আপনি আপনার সিস্টেমের যেকোনো অ্যালিয়াসের জন্য এইভাবে complete-alias ব্যবহার করতে পারেন।

সুতরাং, সমস্ত kubectl অ্যালিয়াসের জন্য অটোকমপ্লিশন চালু করতে, আপনাকে প্রতিটির জন্য উপরের কমান্ডটি চালাতে হবে। নিম্নলিখিত কোড স্নিপেটটি ঠিক তাই করে, এই ধরে নিয়ে যে আপনি kubectl-aliases সেট করেছেন। ~/.kubectl-aliases:

for _a in $(sed '/^alias /!d;s/^alias //;s/=.*$//' ~/.kubectl_aliases); 
do
  complete -F _complete_alias "$_a"
done

এই কোডটি আপনার এখানে রাখতে হবে ~/.bashrcকমান্ড শেলটি পুনরায় চালু করুন, এবং সমস্ত ৮০০টি kubectl অ্যালিয়াসের জন্য অটোকমপ্লিশন উপলব্ধ হয়ে যাবে।

৬. প্লাগইনের সাহায্যে kubectl-এর সম্প্রসারণ

থেকে শুরু সংস্করণ 1.12, kubectl সমর্থন করে প্লাগইন প্রক্রিয়াযা আপনাকে অতিরিক্ত কমান্ডের সাহায্যে এর কার্যকারিতা প্রসারিত করার সুযোগ দেয়।

যদি আপনি পরিচিত হন গিট প্লাগইন প্রক্রিয়াতাহলে kubectl প্লাগইনগুলোও একই নীতির ওপর ভিত্তি করে তৈরি।

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

প্লাগইন ইনস্টল করা হচ্ছে

Kubectl প্লাগইনগুলি সাধারণ এক্সিকিউটেবল ফাইল হিসাবে বিতরণ করা হয়, যেগুলির নাম দেখতে এইরকম হয় kubectl-x. উপসর্গ kubectl- এটি প্রয়োজন, এবং এর পরে একটি নতুন kubectl সাবকমান্ড রয়েছে যা আপনাকে প্লাগইনটি কল করার সুযোগ দেবে।

উদাহরণস্বরূপ, হ্যালো প্লাগইনটি একটি ফাইল হিসাবে বিতরণ করা হবে যার নাম kubectl-hello.

প্লাগইনটি ইনস্টল করতে, আপনাকে ফাইলটি কপি করতে হবে। kubectl-x আপনার PATH ভেরিয়েবলের যেকোনো ডিরেক্টরিতে এবং এটিকে এক্সিকিউটেবল করুন, উদাহরণস্বরূপ এর মাধ্যমে chmod +xএর ঠিক পরেই আপনি প্লাগইনটি কল করতে পারেন এভাবে: kubectl x.

আপনার সিস্টেমে বর্তমানে ইনস্টল করা সমস্ত প্লাগইন তালিকাভুক্ত করতে আপনি নিম্নলিখিত কমান্ডটি ব্যবহার করতে পারেন:

$ kubectl plugin list

এই কমান্ডটি সতর্কবার্তাও প্রদর্শন করে, যদি আপনার একই নামের একাধিক প্লাগইন থাকে, অথবা যদি আপনার প্লাগইন ফাইলটি এক্সিকিউটেবল না হয়।

Krew ব্যবহার করে প্লাগইন খোঁজা এবং ইনস্টল করা

সফটওয়্যার প্যাকেজের মতোই Kubectl প্লাগইনগুলো সহজে শেয়ার ও পুনরায় ব্যবহার করা যায়। কিন্তু অন্যরা যে প্লাগইনগুলো শেয়ার করেছে, সেগুলো কোথায় পাওয়া যাবে?

প্রজেক্ট ক্রু এর লক্ষ্য হলো kubectl প্লাগইন শেয়ার করা, খোঁজা, ইনস্টল করা এবং পরিচালনা করার জন্য একটি সমন্বিত সমাধান প্রদান করা। প্রকল্পটি নিজেকে "kubectl প্লাগইনের জন্য একটি প্যাকেজ ম্যানেজার" বলে অভিহিত করে (Krew এর অনুরূপ)। ফন্দি আঁটা).

Krew হলো kubectl প্লাগইনগুলির একটি তালিকা যা আপনি নির্বাচন ও ইনস্টল করতে পারেন। Krew নিজেও একটি kubectl প্লাগইন।

এর মানে হলো, Krew ইনস্টল করার প্রক্রিয়াটি মূলত অন্য যেকোনো kubectl প্লাগইন ইনস্টল করার মতোই। আপনি বিস্তারিত নির্দেশাবলী এখানে পেতে পারেন। গিটহাব পৃষ্ঠা.

সবচেয়ে গুরুত্বপূর্ণ ক্রু দলগুলো:

# Поиск в списке плагинов
$ kubectl krew search [<query>]
# Посмотреть информацию о плагине
$ kubectl krew info <plugin>
# Установить плагин
$ kubectl krew install <plugin>
# Обновить все плагины до последней версии
$ kubectl krew upgrade
# Посмотреть все плагины, установленные через Krew
$ kubectl krew list
# Деинсталлировать плагин
$ kubectl krew remove <plugin>

অনুগ্রহ করে মনে রাখবেন যে Krew ব্যবহার করে প্লাগইন ইনস্টল করলে, উপরে বর্ণিত সাধারণ পদ্ধতিতে প্লাগইন ইনস্টল করার ক্ষেত্রে কোনো সমস্যা হয় না।

অনুগ্রহ করে নোট করুন যে কমান্ড kubectl krew list শুধুমাত্র সেই প্লাগইনগুলি প্রদর্শন করে যা Krew ব্যবহার করে ইনস্টল করা হয়েছিল, যেখানে কমান্ডটি kubectl plugin list Krew ব্যবহার করে ইনস্টল করা এবং অন্য উপায়ে ইনস্টল করা সমস্ত প্লাগইন তালিকাভুক্ত করে।

অন্যান্য স্থানে প্লাগইন অনুসন্ধান করুন

Krew একটি নতুন প্রকল্প, যা বর্তমানে তার তালিকা সব মিলিয়ে প্রায় ৩০টির মতো প্লাগইন আছে। আপনার প্রয়োজনীয়টি খুঁজে না পেলে, আপনি গিটহাবের মতো অন্য কোথাও প্লাগইনগুলো খুঁজে নিতে পারেন।

আমি গিটহাব বিভাগটি দেখার পরামর্শ দিচ্ছি। kubectl-pluginsসেখানে আপনি যাচাই করে দেখার মতো কয়েক ডজন প্লাগইন খুঁজে পাবেন।

আপনার নিজের প্লাগইন লেখা

আপনি নিজেই পারেন প্লাগইন তৈরি করুন এটা কঠিন না। আপনাকে একটি এক্সিকিউটেবল ফাইল তৈরি করতে হবে যা আপনার প্রয়োজনীয় কাজটি করবে, এটির নাম দিন যেমন kubectl-x এবং উপরে বর্ণিত পদ্ধতি অনুযায়ী ইনস্টল করুন।

ফাইলটি একটি ব্যাশ স্ক্রিপ্ট, একটি পাইথন স্ক্রিপ্ট, বা একটি কম্পাইল করা গো অ্যাপ্লিকেশন হতে পারে—তাতে কিছু যায় আসে না। একমাত্র শর্ত হলো, এটি অপারেটিং সিস্টেম দ্বারা সরাসরি চালানো যাবে।

চলুন এখন একটি উদাহরণ প্লাগইন তৈরি করি। আগের অংশে, আপনি প্রতিটি পডের কন্টেইনারগুলো তালিকাভুক্ত করতে kubectl কমান্ডটি ব্যবহার করেছিলেন। আপনি সহজেই এই কমান্ডটিকে একটি প্লাগইনে পরিণত করতে পারেন, যা আপনি উদাহরণস্বরূপ, এর মাধ্যমে কল করতে পারবেন। kubectl img.

একটি ফাইল তৈরি করুন kubectl-img নিম্নলিখিত বিষয়বস্তু:

#!/bin/bash
kubectl get pods -o custom-columns='NAME:metadata.name,IMAGES:spec.containers[*].image'

এখন ফাইলটিকে এক্সিকিউটেবল করতে ব্যবহার করুন chmod +x kubectl-img এবং এটিকে আপনার PATH-এর যেকোনো ডিরেক্টরিতে সরিয়ে নিন। এর পরেই আপনি প্লাগইনটি ব্যবহার করতে পারবেন। kubectl img.

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

আপনার প্লাগইনগুলি কীভাবে শেয়ার করবেন

আপনার প্লাগইনগুলো যদি অন্যদের কাজে লাগতে পারে বলে মনে করেন, তবে নির্দ্বিধায় সেগুলো গিটহাবে শেয়ার করুন। টপিকে সেগুলো যুক্ত করতে ভুলবেন না। kubectl-plugins.

আপনি আপনার প্লাগইন যোগ করার জন্য অনুরোধও করতে পারেন ক্রু তালিকাএটি কীভাবে করতে হবে তার নির্দেশাবলী রয়েছে GitHub সংগ্রহস্থল.

আদেশ সমাপ্তি

প্লাগইনগুলোতে বর্তমানে অটোকমপ্লিশন সাপোর্ট করে না। এর মানে হলো, আপনাকে অবশ্যই সম্পূর্ণ প্লাগইনের নাম এবং আর্গুমেন্টের সম্পূর্ণ নামগুলো লিখতে হবে।

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

শুভকামনা!!!

টপিক আর কি পড়া:

1. কুবারনেটসে অটোস্কেলিংয়ের তিনটি স্তর এবং কীভাবে সেগুলি কার্যকরভাবে ব্যবহার করা যায়.
2. বাস্তবায়নের জন্য একটি টেমপ্লেট সহ জলদস্যুতার চেতনায় কুবারনেটস.
3. টেলিগ্রামে আমাদের চ্যানেল আরাউন্ড কুবারনেটস.

উত্স: www.habr.com