ماسکو میں Slurm DevOps کے لیے رجسٹریشن کھلا ہے۔

TL؛ ڈاکٹر

Slurm DevOps ماسکو میں 30 جنوری تا یکم فروری کو منعقد ہوگا۔

ایک بار پھر ہم عملی طور پر DevOps ٹولز کا تجزیہ کریں گے۔
کٹ کے تحت تفصیلات اور پروگرام۔
SRE کو پروگرام سے ہٹا دیا گیا تھا کیونکہ Ivan Kruglov کے ساتھ مل کر ہم ایک الگ Slurm SRE تیار کر رہے ہیں۔ اعلان بعد میں آئے گا۔
سلیکٹل کا شکریہ، پہلے سلرم کے بعد سے ہمارے سپانسرز!

فلسفہ، شکوک و شبہات اور غیر متوقع کامیابی کے بارے میں

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

میں نے محسوس کیا کہ ہم کورس میں DevOps فلسفہ اور ثقافت کو شامل نہ کرنے میں حق بجانب تھے، کیونکہ یہ منظم طریقے سے نہیں سکھایا جا سکتا۔ جس کو ضرورت ہو اسے کتابوں میں پڑھے گا۔ یا اسے ایک بہترین کوچ مل جائے گا جو اپنے کرشمہ اور اختیار سے سب کو قائل کرے گا۔

ذاتی طور پر، میں ہمیشہ "نیچے سے تحریک" کا حامی رہا ہوں، ٹولز کے ذریعے ثقافت کا گوریلا نفاذ۔ فینکس پروجیکٹ میں بیان کردہ جیسا کچھ۔ اگر ہمارے پاس Git کے ساتھ ٹیم ورک صحیح طریقے سے ترتیب دیا گیا ہے، تو ہم اسے آہستہ آہستہ ضوابط کے ساتھ بڑھا سکتے ہیں، اور پھر یہ قدروں تک پہنچ جائے گا۔

اور اسی طرح، جب ہم DevOps Slurm تیار کر رہے تھے، جہاں ہم صرف ٹولز کے بارے میں بات کر رہے تھے، میں شرکاء کے ردعمل سے خوفزدہ تھا: "آپ نے بہت اچھی باتیں کہیں۔ یہ شرم کی بات ہے کہ میں ان پر عمل درآمد نہیں کر پاؤں گا۔" اس قدر شکوک و شبہات پیدا ہوئے کہ ہم نے پروگرام کو دہرانا فوراً ہی ختم کر دیا۔

تاہم، سروے میں شرکاء کی اکثریت نے جواب دیا کہ حاصل کردہ علم عملی طور پر لاگو ہوتا ہے، اور وہ مستقبل قریب میں اپنے ہی ملک میں کچھ نافذ کریں گے۔ ایک ہی وقت میں، ہر وہ چیز جس کی ہم نے وضاحت کی وہ مفید چیزوں کی فہرست میں شامل تھی: Git، Ansible، CI/CD، اور SRE۔

یاد رہے کہ شروع میں انہوں نے Slurm Kubernetes کے بارے میں بھی کہا تھا کہ k3s کی 8 دن میں وضاحت کرنا ناممکن ہے۔

Ivan Kruglov کے ساتھ، جنہوں نے SRE موضوع کی قیادت کی، ہم نے ایک الگ پروگرام پر اتفاق کیا۔ ہم فی الحال تفصیلات پر بات کر رہے ہیں، میں جلد اعلان کروں گا۔

Slurm DevOps میں کیا ہوگا؟

پروگرام

موضوع #1: گٹ کے ساتھ ٹیم ورک

• بنیادی کمانڈز git init، کمٹ، ایڈ، ڈیف، لاگ، اسٹیٹس، پل، پش
• گٹ فلو، شاخیں اور ٹیگز، ضم کرنے کی حکمت عملی
• متعدد ریموٹ نمائندوں کے ساتھ کام کرنا
• GitHub بہاؤ
• فورک، ریموٹ، پل کی درخواست
• تنازعات، ریلیز، ایک بار پھر Gitflow اور ٹیموں کے سلسلے میں دیگر بہاؤ کے بارے میں

موضوع #2: ایپلیکیشن کے ساتھ ترقیاتی نقطہ نظر سے کام کرنا

• ازگر میں مائیکرو سروس لکھنا
• ماحولیاتی تغیرات
• انضمام اور یونٹ ٹیسٹ
• ڈوکر کمپوز کو ترقی میں استعمال کرنا

موضوع #3: CI/CD: آٹومیشن کا تعارف

• آٹومیشن کا تعارف
• ٹولز (بش، میک، گریڈل)
• عمل کو خودکار کرنے کے لیے گٹ ہکس کا استعمال
• فیکٹری اسمبلی لائنز اور IT میں ان کا اطلاق
• "جنرل" پائپ لائن کی تعمیر کی ایک مثال
• CI/CD کے لیے جدید سافٹ ویئر: ڈرون CI، بٹ بکٹ پائپ لائنز، ٹریوس وغیرہ۔

موضوع #4: CI/CD: Gitlab کے ساتھ کام کرنا

• Gitlab CI
• Gitlab رنر، ان کی اقسام اور ایپلی کیشنز
• Gitlab CI، کنفیگریشن فیچرز، بہترین پریکٹسز
• Gitlab CI مراحل
• Gitlab CI متغیرات
• تعمیر، جانچ، تعینات
• عملدرآمد کنٹرول اور پابندیاں: صرف، جب
• نمونے کے ساتھ کام کرنا
• gitlab-ci.yml کے اندر ٹیمپلیٹس، پائپ لائن کے مختلف حصوں میں کارروائیوں کو دوبارہ استعمال کرنا
• شامل کریں - حصے
• gitlab-ci.yml کا مرکزی انتظام (ایک فائل اور دوسرے ذخیروں میں خودکار دھکا)

موضوع #5: بنیادی ڈھانچہ بطور ضابطہ

• IaC: کوڈ کے طور پر بنیادی ڈھانچے تک پہنچنا
• کلاؤڈ فراہم کرنے والے بنیادی ڈھانچے کے فراہم کنندگان کے طور پر
• سسٹم شروع کرنے والے ٹولز، امیج بلڈنگ (پیکر)
• مثال کے طور پر Terraform کا استعمال کرتے ہوئے IaC
• کنفیگریشن اسٹوریج، تعاون، ایپلیکیشن آٹومیشن
• جوابدہ پلے بکس بنانے کی مشق
• غیرت مندی، اعلانیہ پن
• مثال کے طور پر جوابی استعمال کرتے ہوئے IaC

موضوع #6: انفراسٹرکچر ٹیسٹنگ

• مالیکیول اور گٹلاب سی آئی کے ساتھ جانچ اور مسلسل انضمام
• Vagrant کا استعمال کرتے ہوئے

موضوع #7: پرومیٹیس کے ساتھ انفراسٹرکچر مانیٹرنگ

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

موضوع #8: ELK کے ساتھ درخواست کی لاگنگ

• لاگنگ کے بہترین طریقے
• ELK اسٹیک

موضوع #9: چیٹ اوپس کے ساتھ انفراسٹرکچر آٹومیشن

• DevOps اور ChatOps
• چیٹ اوپس: طاقتیں۔
• سست اور متبادل
• ChatOps کے لیے بوٹس
• Hubot اور متبادل
• سیکورٹی
• بہترین اور بدترین عمل

جگہ: ماسکو، سیواستوپول ہوٹل کا کانفرنس روم۔

تاریخیں: 30 جنوری سے یکم فروری تک 1 دن کی محنت۔

رجسٹریشن

ماخذ: www.habr.com