Kubernetes সেরা অভ্যাস. নামস্থান সহ Kubernetes সংস্থা

Kubernetes সেরা অভ্যাস. ছোট পাত্র তৈরি করা

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

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

বেশিরভাগ কুবারনেট ডিস্ট্রিবিউশনে, ক্লাস্টারটি "ডিফল্ট" নামক একটি নামস্থান সহ বাক্সের বাইরে আসে। আসলে তিনটি নেমস্পেস আছে যেগুলোর সাথে কুবারনেটস ডিল করে: ডিফল্ট, কুব-সিস্টেম এবং কুবে-পাবলিক। বর্তমানে, কুবে-পাবলিক খুব প্রায়ই ব্যবহৃত হয় না।

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

অতএব, আপনার একাধিক নামস্থান তৈরি করা উচিত এবং আপনার পরিষেবাগুলিকে পরিচালনাযোগ্য ইউনিটগুলিতে ভাগ করতে সেগুলি ব্যবহার করা উচিত। একটি একক কমান্ড দিয়ে একটি নামস্থান তৈরি করা যেতে পারে। আপনি যদি টেস্ট নামে একটি নেমস্পেস তৈরি করতে চান, তাহলে $ kubectl create namespace test কমান্ডটি ব্যবহার করুন বা কেবল একটি YAML ফাইল তৈরি করুন এবং অন্যান্য কুবারনেটস রিসোর্সের মতো এটি ব্যবহার করুন।

আপনি $ kubectl get namespace কমান্ড ব্যবহার করে সমস্ত নামস্থান দেখতে পারেন।

এটি হয়ে গেলে, আপনি তিনটি অন্তর্নির্মিত নেমস্পেস এবং "টেস্ট" নামে একটি নতুন নামস্থান দেখতে পাবেন। আসুন একটি পড তৈরি করতে একটি সাধারণ YAML ফাইল দেখি। আপনি লক্ষ্য করবেন যে নামস্থানের কোন উল্লেখ নেই।

আপনি এই ফাইলটি চালানোর জন্য kubectl ব্যবহার করলে, এটি বর্তমানে সক্রিয় নামস্থানে mypod মডিউল তৈরি করবে। আপনি এটি পরিবর্তন না করা পর্যন্ত এটি ডিফল্ট নামস্থান হবে। Kubernetes কে আপনি কোন নামস্থানে আপনার সংস্থান তৈরি করতে চান তা বলার 2টি উপায় রয়েছে৷ প্রথম উপায় হল একটি সম্পদ তৈরি করার সময় একটি নামস্থান পতাকা ব্যবহার করা।

দ্বিতীয় উপায় হল YAML ঘোষণায় নামস্থান নির্দিষ্ট করা।

আপনি যদি YAML-এ একটি নামস্থান নির্দিষ্ট করেন, সম্পদ সর্বদা সেই নামস্থানে তৈরি করা হবে। নামস্থান পতাকা ব্যবহার করার সময় আপনি যদি একটি ভিন্ন নামস্থান ব্যবহার করার চেষ্টা করেন, কমান্ডটি ব্যর্থ হবে। এখন আপনি যদি আপনার পোদ খুঁজে বের করার চেষ্টা করেন তবে আপনি তা করতে পারবেন না।

এটি ঘটে কারণ সমস্ত কমান্ড বর্তমানে সক্রিয় নামস্থানের বাইরে কার্যকর করা হয়। আপনার পড খুঁজে পেতে, আপনাকে একটি নেমস্পেস পতাকা ব্যবহার করতে হবে, কিন্তু এটি দ্রুত বিরক্তিকর হয়ে ওঠে, বিশেষ করে যদি আপনি এমন একটি দলের বিকাশকারী হন যা তার নিজস্ব নামস্থান ব্যবহার করে এবং প্রতিটি একক কমান্ডের জন্য সেই পতাকাটি ব্যবহার করতে চায় না। দেখা যাক কিভাবে আমরা এটা ঠিক করতে পারি।

বাক্সের বাইরে, আপনার সক্রিয় নামস্থানকে ডিফল্ট বলা হয়। আপনি যদি রিসোর্স YAML-এ একটি নামস্থান নির্দিষ্ট না করেন, তাহলে সমস্ত Kubernetes কমান্ড এই সক্রিয় ডিফল্ট নেমস্পেস ব্যবহার করবে। দুর্ভাগ্যবশত, kubectl ব্যবহার করে সক্রিয় নামস্থান পরিচালনা করার চেষ্টা ব্যর্থ হতে পারে। যাইহোক, কুবেনস নামে একটি খুব ভাল টুল রয়েছে যা এই প্রক্রিয়াটিকে অনেক সহজ করে তোলে। যখন আপনি kubens কমান্ড চালান, আপনি সক্রিয় নেমস্পেস হাইলাইট সহ সমস্ত নামস্থান দেখতে পাবেন।

সক্রিয় নামস্থানকে পরীক্ষার নামস্থানে স্যুইচ করতে, আপনি কেবল $kubens পরীক্ষা কমান্ডটি চালান। আপনি যদি আবার $kubens কমান্ড চালান, আপনি দেখতে পাবেন যে একটি নতুন সক্রিয় নামস্থান এখন বরাদ্দ করা হয়েছে - পরীক্ষা।

এর মানে হল যে পরীক্ষার নামস্থানে পড দেখতে আপনার নামস্থান পতাকার প্রয়োজন নেই।

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

সাধারণত, যখন আপনার অ্যাপ্লিকেশন একটি Kubernetes পরিষেবা অ্যাক্সেস করতে চায়, তখন আপনি অন্তর্নির্মিত DNS আবিষ্কার পরিষেবা ব্যবহার করেন এবং কেবল আপনার অ্যাপ্লিকেশনটিকে পরিষেবাটির নাম দিন৷ তবে, এটি করে, আপনি একাধিক নামস্থানে একই নামে একটি পরিষেবা তৈরি করতে পারেন, যা গ্রহণযোগ্য নয়।

সৌভাগ্যবশত, ডিএনএস ঠিকানার প্রসারিত ফর্ম ব্যবহার করে এটি কাছাকাছি যাওয়া সহজ। Kubernetes-এর পরিষেবাগুলি একটি সাধারণ DNS টেমপ্লেট ব্যবহার করে তাদের শেষ বিন্দু প্রকাশ করে। এটা এই মত কিছু দেখায়:

সাধারণত, আপনার শুধুমাত্র পরিষেবার নাম প্রয়োজন এবং DNS স্বয়ংক্রিয়ভাবে সম্পূর্ণ ঠিকানা নির্ধারণ করবে।

যাইহোক, যদি আপনি একটি ভিন্ন নামস্থানে একটি পরিষেবা অ্যাক্সেস করতে চান, কেবল পরিষেবার নাম এবং নামস্থানের নাম ব্যবহার করুন:

উদাহরণস্বরূপ, যদি আপনি একটি পরীক্ষার নামস্থানে একটি পরিষেবা ডাটাবেসের সাথে সংযোগ করতে চান, আপনি ঠিকানা ডেটাবেস database.test ব্যবহার করতে পারেন

আপনি যদি প্রোড নামস্থানে পরিষেবা ডাটাবেসের সাথে সংযোগ করতে চান তবে আপনি database.prod ব্যবহার করুন৷

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

আমাকে প্রায়ই প্রশ্ন করা হয়, আমি কতটি নামস্থান তৈরি করব এবং কী উদ্দেশ্যে? ডাটা একটি পরিচালিত টুকরা কি?

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

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

ধরা যাক জিনিসগুলি পরিবর্তন হয়েছে এবং এখন আপনার কাছে একটি দ্রুত বর্ধনশীল দল রয়েছে যা একবারে 10টির বেশি মাইক্রোসার্ভিসে কাজ করছে৷ এমন একটি সময় আসে যখন প্রোড এবং ডেভের জন্য আলাদাভাবে বেশ কয়েকটি ক্লাস্টার বা নেমস্পেস ব্যবহার করতে হয়। আপনি দলটিকে কয়েকটি সাব-টিমে বিভক্ত করতে পারেন যাতে তাদের প্রত্যেকের নিজস্ব মাইক্রোসার্ভিস থাকে এবং এই দলগুলির প্রত্যেকটি সফ্টওয়্যার বিকাশ এবং প্রকাশের প্রক্রিয়াটিকে সহজতর করার জন্য নিজস্ব নামস্থান বেছে নিতে পারে।

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

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

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

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

এইভাবে, আপনার প্রতিষ্ঠানের নামস্থানের সঠিক ব্যবহার আপনাকে কুবারনেটসকে আরও পরিচালনাযোগ্য, নিয়ন্ত্রণযোগ্য, সুরক্ষিত এবং নমনীয় করে তুলতে দেয়।

Kubernetes সেরা অভ্যাস. প্রস্তুতি এবং সজীবতা পরীক্ষার সাথে কুবারনেটসের স্বাস্থ্য পরীক্ষা করা হচ্ছে

কিছু বিজ্ঞাপন 🙂

আমাদের সাথে থাকার জন্য আপনাকে ধন্যবাদ. আপনি আমাদের নিবন্ধ পছন্দ করেন? আরো আকর্ষণীয় বিষয়বস্তু দেখতে চান? অর্ডার দিয়ে বা বন্ধুদের সুপারিশ করে আমাদের সমর্থন করুন, $4.99 থেকে বিকাশকারীদের জন্য ক্লাউড ভিপিএস, এন্ট্রি-লেভেল সার্ভারগুলির একটি অনন্য অ্যানালগ, যা আমাদের দ্বারা আপনার জন্য উদ্ভাবিত হয়েছে: VPS (KVM) E5-2697 v3 (6 কোর) 10GB DDR4 480GB SSD 1Gbps থেকে $19 বা কিভাবে একটি সার্ভার শেয়ার করবেন সম্পর্কে সম্পূর্ণ সত্য? (RAID1 এবং RAID10 এর সাথে উপলব্ধ, 24 কোর পর্যন্ত এবং 40GB DDR4 পর্যন্ত)।

আমস্টারডামের ইকুইনিক্স টায়ার IV ডেটা সেন্টারে ডেল R730xd 2x সস্তা? শুধু এখানে 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 টিভি $199 থেকে নেদারল্যান্ডে! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 থেকে! সম্পর্কে পড়ুন কিভাবে ইনফ্রাস্ট্রাকচার কর্পোরেশন তৈরি করা যায়। এক পয়সার জন্য 730 ইউরো মূল্যের Dell R5xd E2650-4 v9000 সার্ভার ব্যবহার করে ক্লাস?

উত্স: www.habr.com