ہیلم ڈیوائس اور اس کے نقصانات

ٹائفن فریٹ ہولر کا تصور، اینٹون سوانپول

میرا نام دمتری سوگروبوف ہے، میں لیروئے مرلن میں ایک ڈویلپر ہوں۔ اس آرٹیکل میں میں آپ کو بتاؤں گا کہ ہیلم کی ضرورت کیوں ہے، یہ کبرنیٹس کے ساتھ کام کرنے کو کیسے آسان بناتا ہے، تیسرے ورژن میں کیا تبدیلی آئی ہے، اور ڈاؤن ٹائم کے بغیر پروڈکشن میں ایپلی کیشنز کو اپ ڈیٹ کرنے کے لیے اسے کیسے استعمال کیا جائے۔

یہ ایک کانفرنس میں تقریر پر مبنی خلاصہ ہے۔ @Kubernetes کانفرنس by Mail.ru کلاؤڈ سلوشنز - اگر آپ پڑھنا نہیں چاہتے تو ویڈیو دیکھیں۔

ہم پیداوار میں کبرنیٹس کیوں استعمال کرتے ہیں۔

Leroy Merlin روس اور یورپ میں DIY ریٹیل مارکیٹ میں ایک رہنما ہے۔ ہماری کمپنی میں سو سے زیادہ ڈویلپرز، 33 اندرونی ملازمین اور ہائپر مارکیٹس اور ویب سائٹ دیکھنے والے لوگوں کی ایک بڑی تعداد ہے۔ ان سب کو خوش کرنے کے لیے، ہم نے صنعت کے معیاری طریقوں پر عمل کرنے کا فیصلہ کیا۔ مائیکرو سروس فن تعمیر کا استعمال کرتے ہوئے نئی ایپلی کیشنز تیار کریں؛ ماحول کو الگ تھلگ کرنے اور مناسب ترسیل کو یقینی بنانے کے لیے کنٹینرز کا استعمال کریں۔ اور آرکیسٹریشن کے لیے Kubernetes استعمال کریں۔ آرکیسٹریٹرز کو استعمال کرنے کی قیمت تیزی سے سستی ہوتی جا رہی ہے: مارکیٹ میں ٹیکنالوجی میں ماہر انجینئرز کی تعداد بڑھ رہی ہے، اور فراہم کنندگان Kubernetes کو بطور سروس پیش کرتے دکھائی دے رہے ہیں۔

ہر وہ کام جو Kubernetes کرتا ہے، بلاشبہ، دوسرے طریقوں سے بھی کیا جا سکتا ہے، مثال کے طور پر، کچھ جینکنز اور ڈوکر کمپوز کو اسکرپٹ سے ڈھانپ کر، لیکن اگر کوئی تیار شدہ اور قابل اعتماد حل موجود ہو تو زندگی کو کیوں پیچیدہ کریں؟ اسی لیے ہم کبرنیٹس میں آئے اور ایک سال سے اسے پیداوار میں استعمال کر رہے ہیں۔ ہمارے پاس اس وقت چوبیس Kubernetes کلسٹرز ہیں، جن میں سے سب سے پرانا ایک سال سے زیادہ پرانا ہے، جس میں تقریباً دو سو پھلی ہیں۔

Kubernetes میں بڑی YAML فائلوں کی لعنت

Kubernetes میں مائیکرو سروس شروع کرنے کے لیے، ہم کم از کم پانچ YAML فائلیں بنائیں گے: تعیناتی، سروس، انگریس، کنفیگ میپ، سیکریٹس کے لیے - اور انہیں کلسٹر میں بھیجیں گے۔ اگلی ایپلیکیشن کے لیے ہم جاموں کا وہی پیکج لکھیں گے، تیسرے کے ساتھ ہم ایک اور لکھیں گے، وغیرہ۔ اگر ہم دستاویزات کی تعداد کو ماحول کی تعداد سے ضرب دیتے ہیں، تو ہمیں پہلے ہی سینکڑوں فائلیں مل جائیں گی، اور یہ ابھی تک متحرک ماحول کو مدنظر نہیں رکھتا ہے۔

ہیلم کے بنیادی دیکھ بھال کرنے والے ایڈم ریز نے "کا تصور متعارف کرایا۔Kubernetes میں ترقی سائیکل"، جو اس طرح لگتا ہے:

1. YAML کاپی کریں - YAML فائل کاپی کریں۔
2. YAML پیسٹ کریں - اسے پیسٹ کریں۔
3. فکس انڈینٹ - فکس انڈینٹ۔
4. دہرائیں - دوبارہ دہرائیں۔

آپشن کام کرتا ہے، لیکن آپ کو YAML فائلوں کو کئی بار کاپی کرنا پڑتا ہے۔ اس چکر کو بدلنے کے لیے ہیلم ایجاد ہوا۔

ہیلم کیا ہے؟

سب سے پہلے، ہیلم - پیکیج مینیجر، جو آپ کو مطلوبہ پروگرام تلاش کرنے اور انسٹال کرنے میں مدد کرتا ہے۔ انسٹال کرنے کے لیے، مثال کے طور پر، MongoDB، آپ کو آفیشل ویب سائٹ پر جانے اور بائنریز ڈاؤن لوڈ کرنے کی ضرورت نہیں ہے، بس کمانڈ چلائیں۔ helm install stable/mongodb.

دوسرا، حلم - ٹیمپلیٹ انجن، فائلوں کو پیرامیٹرائز کرنے میں مدد کرتا ہے۔ آئیے Kubernetes میں YAML فائلوں کے ساتھ صورتحال پر واپس آتے ہیں۔ ایک ہی YAML فائل کو لکھنا آسان ہے، اس میں کچھ پلیس ہولڈرز شامل کریں، جس میں ہیلم اقدار کو بدل دے گا۔ یعنی سہاروں کے ایک بڑے سیٹ کے بجائے ٹیمپلیٹس کا ایک سیٹ ہوگا جس میں صحیح وقت پر مطلوبہ اقدار کو تبدیل کیا جائے گا۔

تیسرا، ہیلم - تعیناتی ماسٹر. اس کے ساتھ آپ ایپلی کیشنز کو انسٹال، رول بیک اور اپ ڈیٹ کر سکتے ہیں۔ آئیے معلوم کرتے ہیں کہ یہ کیسے کریں۔

آپ کی اپنی ایپلی کیشنز کو تعینات کرنے کے لیے ہیلم کا استعمال کیسے کریں۔

آئیے آفیشل کی پیروی کرتے ہوئے ہیلم کلائنٹ کو اپنے کمپیوٹر پر انسٹال کریں۔ ہدایات. اگلا، ہم YAML فائلوں کا ایک سیٹ بنائیں گے۔ مخصوص اقدار کی وضاحت کرنے کے بجائے، ہم پلیس ہولڈرز کو چھوڑ دیں گے، جنہیں ہیلم مستقبل میں معلومات سے بھرے گا۔ ایسی فائلوں کے سیٹ کو ہیلم چارٹ کہا جاتا ہے۔ اسے ہیلم کنسول کلائنٹ کو تین طریقوں سے بھیجا جا سکتا ہے:

• ٹیمپلیٹس کے ساتھ فولڈر کی نشاندہی کریں؛
• آرکائیو کو .tar میں پیک کریں اور اس کی طرف اشارہ کریں۔
• ٹیمپلیٹ کو ریموٹ ریپوزٹری میں رکھیں اور ہیلم کلائنٹ میں ریپوزٹری کا لنک شامل کریں۔

آپ کو اقدار والی فائل کی بھی ضرورت ہے - values.yaml۔ وہاں سے ڈیٹا ٹیمپلیٹ میں ڈالا جائے گا۔ آئیے اسے بھی بنائیں۔

ہیلم کے دوسرے ورژن میں ایک اضافی سرور ایپلی کیشن ہے - ٹلر۔ یہ Kubernetes کے باہر لٹکا رہتا ہے اور Helm کلائنٹ کی درخواستوں کا انتظار کرتا ہے، اور جب بلایا جاتا ہے، مطلوبہ اقدار کو ٹیمپلیٹ میں بدل کر Kubernetes کو بھیج دیتا ہے۔

ہیلم 3 آسان ہے: سرور پر ٹیمپلیٹس پر کارروائی کرنے کے بجائے، معلومات کو اب مکمل طور پر ہیلم کلائنٹ کی طرف سے پروسیس کیا جاتا ہے اور براہ راست Kubernetes API کو بھیجا جاتا ہے۔ یہ آسانیاں کلسٹر سیکیورٹی کو بہتر بناتی ہیں اور رول آؤٹ اسکیم کو آسان بناتی ہیں۔

یہ سب کیسے کام کرتا ہے۔

کمانڈ چلائیں۔ helm install. آئیے ایپلیکیشن ریلیز کے نام کی نشاندہی کریں اور values.yaml کا راستہ دیں۔ آخر میں ہم اس ریپوزٹری کی نشاندہی کریں گے جس میں چارٹ واقع ہے اور چارٹ کا نام۔ مثال میں، یہ بالترتیب "lmru" اور "bestchart" ہیں۔

helm install --name bestapp --values values.yaml lmru/bestchart

کمانڈ کو صرف ایک بار عمل میں لایا جا سکتا ہے، جب اس کے بجائے دوبارہ عمل میں لایا جائے۔ install استعمال کرنے کی ضرورت ہے upgrade. سادگی کے لیے، دو کمانڈز کے بجائے، آپ کمانڈ چلا سکتے ہیں۔ upgrade اضافی کلید کے ساتھ --install. جب پہلی بار عمل میں لایا جائے گا، ہیلم ریلیز کو انسٹال کرنے کے لیے ایک کمانڈ بھیجے گا، اور مستقبل میں اسے اپ ڈیٹ کرے گا۔

helm upgrade --install bestapp --values values.yaml lmru/bestchart

ہیلم کے ساتھ ایپلیکیشن کے نئے ورژنز کو تعینات کرنے کے نقصانات

کہانی کے اس مقام پر، میں ناظرین کے ساتھ کون چاہتا ہوں ایک کروڑ پتی کھیل رہا ہوں، اور ہم یہ معلوم کر رہے ہیں کہ ایپ کے ورژن کو اپ ڈیٹ کرنے کے لیے ہیلم کو کیسے حاصل کیا جائے۔ ویڈیو دیکھیں۔.

جب میں یہ سیکھ رہا تھا کہ ہیلم کیسے کام کرتا ہے، چل رہی ایپلی کیشنز کے ورژن کو اپ ڈیٹ کرنے کی کوشش کرتے وقت میں عجیب رویے سے حیران رہ گیا۔ میں نے ایپلیکیشن کوڈ کو اپ ڈیٹ کیا، ڈوکر رجسٹری میں ایک نئی تصویر اپ لوڈ کی، تعیناتی کمانڈ بھیجی - اور کچھ نہیں ہوا۔ ذیل میں ایپلیکیشنز کو اپ ڈیٹ کرنے کے کچھ مکمل طور پر کامیاب طریقے نہیں ہیں۔ ان میں سے ہر ایک کا مزید تفصیل سے مطالعہ کرنے سے، آپ آلے کی اندرونی ساخت اور اس غیر واضح رویے کی وجوہات کو سمجھنا شروع کر دیتے ہیں۔

طریقہ 1۔ آخری لانچ کے بعد سے معلومات کو تبدیل نہ کریں۔

CAK glasit سرکاری ویب سائٹ ہیلم، "Kubernetes چارٹ بڑے اور پیچیدہ ہو سکتے ہیں، لہذا ہیلم کسی بھی چیز کو زیادہ چھونے کی کوشش نہیں کرتا ہے۔" لہذا، اگر آپ ڈوکر رجسٹری میں ایپلیکیشن امیج کا تازہ ترین ورژن اپ ڈیٹ کرتے ہیں اور کمانڈ چلاتے ہیں۔ helm upgradeپھر کچھ نہیں ہو گا۔ ہیلم سوچے گا کہ کچھ بھی نہیں بدلا ہے اور ایپلیکیشن کو اپ ڈیٹ کرنے کے لیے کوبرنیٹس کو کمانڈ بھیجنے کی ضرورت نہیں ہے۔

یہاں اور نیچے، تازہ ترین ٹیگ صرف ایک مثال کے طور پر دکھایا گیا ہے۔ جب آپ اس ٹیگ کی وضاحت کرتے ہیں، تو imagePullPolicy پیرامیٹر سے قطع نظر، Kubernetes ہر بار ڈاکر رجسٹری سے تصویر ڈاؤن لوڈ کرے گا۔ جدید ترین پیداوار کا استعمال ناپسندیدہ ہے اور اس کے مضر اثرات ہوتے ہیں۔

طریقہ 2. تصویر میں LABEL کو اپ ڈیٹ کریں۔

جیسا کہ اسی میں لکھا ہے۔ دستاویزات, "Helm کسی ایپلیکیشن کو صرف اس صورت میں اپ ڈیٹ کرے گا جب یہ آخری ریلیز کے بعد سے تبدیل ہوا ہو۔" ایسا لگتا ہے کہ اس کے لیے ایک منطقی آپشن ڈوکر امیج میں ہی LABEL کو اپ ڈیٹ کر رہا ہے۔ تاہم، ہیلم ایپلی کیشن کی تصاویر کو نہیں دیکھتا ہے اور اسے ان میں کسی تبدیلی کے بارے میں کوئی اندازہ نہیں ہے۔ اس کے مطابق، تصویر میں لیبلز کو اپ ڈیٹ کرتے وقت، ہیلم کو ان کے بارے میں معلوم نہیں ہوگا، اور ایپلیکیشن اپ ڈیٹ کمانڈ کوبرنیٹس کو نہیں بھیجا جائے گا۔

طریقہ 3: کلید استعمال کریں۔ --force

آئیے دستورالعمل کی طرف رجوع کریں اور مطلوبہ کلید تلاش کریں۔ کلید سب سے زیادہ معنی خیز ہے۔ --force. واضح نام کے باوجود، رویہ توقع سے مختلف ہے۔ ایپلیکیشن اپڈیٹ پر مجبور کرنے کے بجائے، اس کا اصل مقصد ایسی ریلیز کو بحال کرنا ہے جو ناکام حالت میں ہے۔ اگر آپ اس کلید کو استعمال نہیں کرتے ہیں، تو آپ کو ترتیب وار حکموں کو انجام دینے کی ضرورت ہے۔ helm delete && helm install --replace. اس کی بجائے کلید استعمال کرنے کا مشورہ دیا جاتا ہے۔ --force، جو ان کمانڈز کے ترتیب وار عمل کو خودکار کرتا ہے۔ اس میں مزید معلومات کھینچنے کی درخواست. ہیلم کو ایپلیکیشن ورژن کو اپ ڈیٹ کرنے کے لیے کہنے کے لیے، بدقسمتی سے، یہ کلید کام نہیں کرے گی۔

طریقہ 4. لیبل کو براہ راست Kubernetes میں تبدیل کریں۔

کمانڈ کا استعمال کرتے ہوئے براہ راست کلسٹر میں لیبل کو اپ ڈیٹ کرنا kubectl edit - برا خیال. یہ کارروائی چل رہی ایپلیکیشن اور جو اصل میں تعیناتی کے لیے بھیجی گئی تھی کے درمیان معلومات میں تضاد پیدا کرے گی۔ اس معاملے میں تعیناتی کے دوران ہیلم کا رویہ اس کے ورژن سے مختلف ہے: ہیلم 2 کچھ نہیں کرے گا، اور ہیلم 3 ایپلیکیشن کا نیا ورژن تعینات کرے گا۔ یہ سمجھنے کے لیے کہ کیوں، آپ کو یہ سمجھنا ہوگا کہ ہیلم کیسے کام کرتا ہے۔

ہیلم کیسے کام کرتا ہے؟

اس بات کا تعین کرنے کے لیے کہ آیا کوئی ایپلیکیشن اپنی آخری ریلیز کے بعد تبدیل ہوئی ہے، ہیلم استعمال کر سکتا ہے:

• Kubernetes میں چلنے والی ایپلی کیشن؛
• new values.yaml اور موجودہ چارٹ؛
• ہیلم کی اندرونی ریلیز کی معلومات۔

مزید تجسس کے لیے: ہیلم ریلیز کے بارے میں اندرونی معلومات کو کہاں محفوظ کرتا ہے؟حکم پر عمل کرتے ہوئے ۔ helm history، ہم ہیلم کا استعمال کرتے ہوئے انسٹال کردہ ورژن کے بارے میں تمام معلومات حاصل کریں گے۔

بھیجے گئے ٹیمپلیٹس اور اقدار کے بارے میں بھی تفصیلی معلومات موجود ہیں۔ ہم اس سے درخواست کر سکتے ہیں:

ہیلم کے دوسرے ورژن میں، یہ معلومات اسی نام کی جگہ پر واقع ہے جہاں Tiller چل رہا ہے (کیوب سسٹم بذریعہ ڈیفالٹ)، ConfigMap میں، جس پر "OWNER=TILLER" کے لیبل کا نشان لگایا گیا ہے:

جب ہیلم کا تیسرا ورژن نمودار ہوا تو معلومات رازوں اور اسی نام کی جگہ پر چلی گئیں جہاں ایپلیکیشن چل رہی تھی۔ اس کی بدولت، ایک ہی ریلیز نام کے ساتھ مختلف نام کی جگہوں پر بیک وقت کئی ایپلیکیشنز کو چلانا ممکن ہوا۔ دوسرے ورژن میں یہ ایک سنگین سر درد تھا جب نام کی جگہیں الگ تھلگ ہیں لیکن ایک دوسرے پر اثر انداز ہو سکتی ہیں۔

دوسرا ہیلم، جب یہ سمجھنے کی کوشش کرتا ہے کہ آیا کسی اپ ڈیٹ کی ضرورت ہے، معلومات کے صرف دو ذرائع استعمال کرتا ہے: اسے اب کیا فراہم کیا گیا ہے، اور ریلیز کے بارے میں اندرونی معلومات، جو ConfigMap میں موجود ہے۔

تیسرا ہیلم تین طرفہ انضمام کی حکمت عملی کا استعمال کرتا ہے: اس معلومات کے علاوہ، یہ اس ایپلیکیشن کو بھی مدنظر رکھتا ہے جو ابھی Kubernetes میں چل رہی ہے۔

اس وجہ سے، ہیلم کا پرانا ورژن کچھ نہیں کرے گا، کیونکہ یہ کلسٹر میں ایپلی کیشن کی معلومات کو مدنظر نہیں رکھتا، لیکن ہیلم 3 تبدیلیاں وصول کرے گا اور نئی درخواست کو تعیناتی کے لیے بھیجے گا۔

طریقہ 5۔ --recreate-pods سوئچ استعمال کریں۔

چابی کے ساتھ --recreate-pods آپ وہ حاصل کر سکتے ہیں جو آپ نے کلید کے ساتھ حاصل کرنے کا ارادہ کیا تھا۔ --force. کنٹینرز دوبارہ شروع ہو جائیں گے اور imagePullPolicy: تازہ ترین ٹیگ کے لیے ہمیشہ کی پالیسی کے مطابق (اوپر کے فوٹ نوٹ میں اس پر مزید)، Kubernetes تصویر کا ایک نیا ورژن ڈاؤن لوڈ اور لانچ کرے گا۔ یہ بہترین طریقے سے نہیں کیا جائے گا: تعیناتی کی حکمت عملی کی قسم کو مدنظر رکھے بغیر، یہ تمام پرانے ایپلیکیشن مثالوں کو اچانک بند کر دے گا اور نئی لانچ کرنا شروع کر دے گا۔ ری سٹارٹ کے دوران سسٹم کام نہیں کرے گا، صارفین کو پریشانی ہوگی۔

خود Kubernetes میں بھی اسی طرح کا مسئلہ ایک طویل عرصے سے موجود تھا۔ اور اب، افتتاح کے 4 سال بعد مسئلہ، مسئلہ کو ٹھیک کر دیا گیا ہے، اور Kubernetes کے ورژن 1.15 سے شروع ہونے سے، پوڈز کو دوبارہ شروع کرنے کی صلاحیت ظاہر ہوتی ہے۔

ہیلم آسانی سے تمام ایپلیکیشنز کو بند کر دیتا ہے اور نئے کنٹینرز قریبی لانچ کرتا ہے۔ آپ یہ پروڈکشن میں نہیں کر سکتے، تاکہ ایپلیکیشن ڈاؤن ٹائم کا سبب نہ بنے۔ یہ صرف ترقی کی ضروریات کے لیے درکار ہے اور صرف اسٹیج کے ماحول میں ہی انجام دیا جا سکتا ہے۔

ہیلم کا استعمال کرتے ہوئے ایپلیکیشن ورژن کو کیسے اپ ڈیٹ کیا جائے؟

ہم ہیلم کو بھیجی گئی اقدار کو تبدیل کریں گے۔ عام طور پر، یہ وہ اقدار ہیں جو امیج ٹیگ کی جگہ بدلی جاتی ہیں۔ تازہ ترین کے معاملے میں، جو اکثر غیر پیداواری ماحول کے لیے استعمال ہوتا ہے، قابل تبدیلی معلومات ایک تشریح ہے، جو خود Kubernetes کے لیے بیکار ہے، اور Helm کے لیے یہ ایپلیکیشن کو اپ ڈیٹ کرنے کی ضرورت کے لیے سگنل کے طور پر کام کرے گی۔ تشریح کی قدر کو بھرنے کے اختیارات:

1. بے ترتیب قدر معیاری فنکشن کا استعمال کرتے ہوئے - {{ randAlphaNum 6 }}.
   ایک انتباہ ہے: اس طرح کے متغیر کے ساتھ چارٹ کا استعمال کرتے ہوئے ہر تعیناتی کے بعد، تشریح کی قدر منفرد ہوگی، اور ہیلم یہ سمجھے گا کہ تبدیلیاں ہیں۔ یہ پتہ چلتا ہے کہ ہم ہمیشہ ایپلیکیشن کو دوبارہ شروع کریں گے، چاہے ہم نے اس کا ورژن تبدیل نہ کیا ہو۔ یہ اہم نہیں ہے، کیوں کہ کوئی ڈاون ٹائم نہیں ہوگا، لیکن یہ پھر بھی ناخوشگوار ہے۔
2. کرنٹ چسپاں کریں۔ تاریخ اور وقت - {{ .Release.Date }}.
   ایک متغیر مستقل طور پر منفرد متغیر کے ساتھ بے ترتیب قدر سے ملتا جلتا ہے۔
3. ایک زیادہ درست طریقہ استعمال کرنا ہے۔ چیکسم. یہ تصویر کا SHA ہے یا گٹ میں آخری کمٹ کا SHA ہے - {{ .Values.sha }}.
   انہیں شمار کرنے اور کالنگ سائیڈ پر ہیلم کلائنٹ کو بھیجنے کی ضرورت ہوگی، مثال کے طور پر جینکنز میں۔ اگر درخواست بدل گئی ہے، تو چیکسم بدل جائے گا۔ لہذا، ہیلم صرف ضرورت کے وقت درخواست کو اپ ڈیٹ کرے گا۔

آئیے اپنی کوششوں کا خلاصہ کرتے ہیں۔

• ہیلم کم از کم ناگوار طریقے سے تبدیلیاں کرتا ہے، اس لیے ڈوکر رجسٹری میں ایپلیکیشن امیج لیول پر کسی بھی تبدیلی کا نتیجہ اپ ڈیٹ نہیں ہوگا: کمانڈ پر عمل درآمد کے بعد کچھ نہیں ہوگا۔
• کلیدی --force مشکل ریلیز کو بحال کرنے کے لیے استعمال کیا جاتا ہے اور جبری اپ ڈیٹس سے وابستہ نہیں ہے۔
• کلیدی --recreate-pods زبردستی ایپلی کیشنز کو اپ ڈیٹ کرے گا، لیکن یہ ایک وینڈل طریقے سے کرے گا: یہ اچانک تمام کنٹینرز کو بند کر دے گا۔ صارفین اس کا شکار ہوں گے؛ آپ کو پروڈکشن میں ایسا نہیں کرنا چاہیے۔
• کمانڈ کا استعمال کرتے ہوئے براہ راست Kubernetes کلسٹر میں تبدیلیاں کریں۔ kubectl edit ایسا نہ کریں: ہم مستقل مزاجی کو توڑ دیں گے، اور طرز عمل ہیلم کے ورژن کے لحاظ سے مختلف ہوگا۔
• ہیلم کے نئے ورژن کی ریلیز کے ساتھ ہی بہت سی باریکیاں سامنے آئی ہیں۔ ہیلم ریپوزٹری میں مسائل کو واضح زبان میں بیان کیا گیا ہے، وہ آپ کو تفصیلات کو سمجھنے میں مدد کریں گے۔
• چارٹ میں قابل تدوین تشریح شامل کرنا اسے مزید لچکدار بنا دے گا۔ یہ آپ کو ڈاؤن ٹائم کے بغیر ایپلیکیشن کو صحیح طریقے سے رول آؤٹ کرنے کی اجازت دے گا۔

ایک "عالمی امن" کی سوچ جو زندگی کے تمام شعبوں میں کام کرتی ہے: استعمال سے پہلے ہدایات پڑھیں، بعد میں نہیں۔ مکمل معلومات کے ساتھ ہی قابل اعتماد سسٹم بنانا اور صارفین کو خوش کرنا ممکن ہو گا۔

دیگر متعلقہ لنکس:

1. سے واقفیت پتوار 3
2. ہیلم کی سرکاری ویب سائٹ
3. GitHub پر ہیلم ذخیرہ
4. 25 مفید Kubernetes ٹولز: تعیناتی اور انتظام

یہ رپورٹ سب سے پہلے پیش کی گئی۔ @Kubernetes کانفرنس بذریعہ Mail.ru کلاؤڈ حل۔ دیکھو ویڈیو دیگر پرفارمنس اور ٹیلی گرام پر ایونٹ کے اعلانات کو سبسکرائب کریں۔ Mail.ru گروپ پر Kubernetes کے ارد گرد.

ماخذ: www.habr.com