Kubernetes 1.24 کنٹینر آرکیسٹریشن پلیٹ فارم کی ریلیز دستیاب ہے، جو آپ کو مجموعی طور پر الگ تھلگ کنٹینرز کے ایک جھرمٹ کا انتظام کرنے کی اجازت دیتا ہے اور کنٹینرز میں چلنے والی ایپلیکیشنز کو تعینات کرنے، برقرار رکھنے اور اسکیلنگ کرنے کا طریقہ کار فراہم کرتا ہے۔ یہ پروجیکٹ اصل میں گوگل نے بنایا تھا، لیکن پھر اسے لینکس فاؤنڈیشن کے زیر نگرانی ایک آزاد سائٹ پر منتقل کر دیا گیا۔ پلیٹ فارم کو کمیونٹی کی طرف سے تیار کردہ ایک عالمگیر حل کے طور پر رکھا گیا ہے، جو انفرادی نظاموں سے منسلک نہیں ہے اور کسی بھی کلاؤڈ ماحول میں کسی بھی ایپلیکیشن کے ساتھ کام کرنے کے قابل ہے۔ Kubernetes کوڈ Go میں لکھا جاتا ہے اور Apache 2.0 لائسنس کے تحت تقسیم کیا جاتا ہے۔
بنیادی ڈھانچے کی تعیناتی اور انتظام کے لیے فنکشنز فراہم کیے جاتے ہیں، جیسے کہ DNS ڈیٹا بیس کو برقرار رکھنا، لوڈ بیلنس کرنا، کلسٹر نوڈس میں کنٹینرز کی تقسیم (لوڈ اور سروس کی ضروریات میں تبدیلیوں پر منحصر کنٹینرز کی منتقلی)، درخواست کی سطح پر صحت کی جانچ، اکاؤنٹ کا انتظام، اپ ڈیٹ کرنا اور کام کرنے والے کلسٹر کی متحرک اسکیلنگ، اسے روکے بغیر۔ یہ ممکن ہے کہ کنٹینرز کے گروپس کو ایک ساتھ میں پورے گروپ کے لیے اپڈیٹ اور انڈونگ آپریشنز کے ساتھ تعینات کیا جائے، نیز وسائل کی تقسیم کے ساتھ حصوں میں کلسٹر کی منطقی تقسیم۔ ایپلیکیشنز کی متحرک منتقلی کے لیے سپورٹ موجود ہے، ڈیٹا سٹوریج کے لیے جس میں مقامی اسٹوریج اور نیٹ ورک اسٹوریج سسٹم دونوں استعمال کیے جا سکتے ہیں۔
نئی ریلیز میں اہم تبدیلیاں:
- سٹوریج کیپیسیٹی ٹریکنگ ٹولز کو پارٹیشنز میں خالی جگہ کی نگرانی کرنے اور کنٹرول نوڈ میں ڈیٹا منتقل کرنے کے لیے مستحکم کیا گیا ہے تاکہ پوڈز کو ایسے نوڈس پر شروع ہونے سے روکا جا سکے جن میں کافی خالی جگہ نہیں ہے۔
- اسٹوریج پارٹیشنز کو وسعت دینے کی صلاحیت کو مستحکم کر دیا گیا ہے۔ صارف موجودہ پارٹیشنز کا سائز تبدیل کر سکتا ہے اور Kubernetes خود بخود پارٹیشن اور اس سے منسلک فائل سسٹم کو بغیر کام کو روکے بڑھا دے گا۔
- رن ٹائم ڈوکرشیم کی ڈلیوری بند کر دی گئی، جسے کبرنیٹس میں ڈوکر استعمال کرنے کے لیے ایک عارضی حل کے طور پر رکھا گیا تھا، معیاری CRI (کنٹینر رن ٹائم انٹرفیس) انٹرفیس سے مطابقت نہیں رکھتا تھا اور کیوبلیٹ کی اضافی پیچیدگی کا باعث بنتا تھا۔ الگ تھلگ کنٹینرز کا انتظام کرنے کے لیے، آپ کو ایک رن ٹائم استعمال کرنا چاہیے جو CRI انٹرفیس کو سپورٹ کرتا ہو، جیسے کنٹینرڈ اور CRI-O، یا cri-dockerd فریم ورک کا استعمال کریں، جو Docker Engine API کے اوپر CRI انٹرفیس کو نافذ کرتا ہے۔
- سگ اسٹور سروس کا استعمال کرتے ہوئے ڈیجیٹل دستخطوں کا استعمال کرتے ہوئے کنٹینر کی تصاویر کی تصدیق کے لیے تجرباتی تعاون فراہم کیا گیا ہے، جو صداقت (شفافیت لاگ) کی تصدیق کے لیے ایک عوامی لاگ کو برقرار رکھتی ہے۔ سپلائی چین کے حملوں اور اجزاء کے متبادل کو روکنے کے لیے، ریلیز سے متعلقہ نمونے کے لیے ڈیجیٹل دستخط بھی فراہم کیے جاتے ہیں، بشمول تمام انسٹال کردہ Kubernetes قابل عمل فائلیں۔
- ڈیفالٹ کے طور پر، APIs جو بیٹا ورژن میں ہیں اب کلسٹرز میں فعال نہیں ہیں (پچھلی ریلیز میں شامل ٹیسٹ APIs کو برقرار رکھا جاتا ہے؛ تبدیلی صرف نئے APIs پر لاگو ہوتی ہے)۔
- OpenAPI v3 فارمیٹ کے لیے ٹیسٹ سپورٹ کو لاگو کر دیا گیا ہے۔
- API کی سطح پر مطابقت کو برقرار رکھتے ہوئے اسٹوریج پلگ ان کو متحد CSI (کنٹینر سٹوریج انٹرفیس) انٹرفیس میں منتقل کرنے کے لیے ایک پہل شروع کی گئی ہے۔ Azure Disk اور OpenStack Cinder پلگ ان CSI کو منتقل کر دیے گئے ہیں۔
- کوبیلیٹ اسناد فراہم کنندہ کو بیٹا ٹیسٹنگ کے مرحلے میں منتقل کر دیا گیا ہے، جس سے آپ کو نوڈ فائل سسٹم میں اسناد کو ذخیرہ کیے بغیر، پلگ انز لانچ کر کے کنٹینر امیج ریپوزٹری کے لیے متحرک طور پر اسناد کی بازیافت کرنے کی اجازت ملتی ہے۔
- خدمات کی تفویض کے لیے IP پتوں کی ایک رینج کو محفوظ کرنا ممکن ہے۔ جب یہ آپشن فعال ہو جائے گا، کلسٹر خود بخود ہر سروس کے لیے پہلے سے مختص پول سے صرف IP ایڈریسز سروسز تفویض کرے گا، جو عام سیٹ سے مفت ایڈریس جاری کرتے وقت تصادم سے بچتا ہے۔
ماخذ: opennet.ru