Slurm DevOps: ہم DevOps فلسفہ پر کیوں بحث نہیں کریں گے اور اس کے بجائے کیا ہوگا۔

آج ساؤتھ برج میں ہم نے پلاننگ میٹنگ میں فیروزی کے انتظام پر تبادلہ خیال کیا۔

وہ لوگ تھے جنہوں نے اوپر سے نیچے تک، خیال سے مشق کی طرف جانے کی تجویز پیش کی۔ جیسا کہ، آئیے فیروزے کے انتظام کے فلسفے کو نافذ کریں: ایک معیار تلاش کریں، فیصلہ کریں کہ کرداروں کو کیسے تقسیم کیا جائے، مواصلات کیسے بنائے جائیں، اور اس راستے پر چلنا شروع کریں۔

وہ لوگ تھے (جس میں میں خود بھی شامل تھا) جو نیچے سے اوپر کی طرف جانا چاہتے تھے، مشق سے خیال تک۔ ہمارے پاس مخصوص کام اور مخصوص مسائل ہیں۔ آئیے انہیں فیروزی ٹولز کی بنیاد پر حل کریں، اور فیروزی کا انتظام خود بخود ترقی کرے گا۔

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

اور پروگرام Slurm DevOps ان لوگوں کے لیے بنایا گیا جو نیچے سے اوپر جانا پسند کرتے ہیں۔

Slurm DevOps: ہم DevOps فلسفہ پر کیوں بحث نہیں کریں گے اور اس کے بجائے کیا ہوگا۔

ہم DevOps فلسفہ پر بات نہیں کریں گے۔ اس لیے نہیں کہ یہ بے معنی ہے، یا ہم اسے نہیں جانتے، یا ہمیں ہولیورز پسند نہیں ہیں (اور ہم نہیں کرتے)۔ یہ صرف اتنا ہے کہ DevOps کا فلسفہ ہر DevOps آرکیٹیکٹ اور انجینئر میں برسوں کی مشق کے دوران تیار ہوتا ہے، نہ کہ 3 دن کی سخت تربیت میں۔

ہم مخصوص ٹولز پر بات کریں گے۔ روزمرہ کے کام کی سطح پر، فلسفیانہ گفتگو اور انتظامی تنظیم نو کے بغیر، فوری طور پر نافذ کیا جا سکتا ہے۔ Git کے ساتھ ٹیم ورک پر ہدایات لکھیں۔ سرورز کی تعیناتی کے لیے ایک پلے بک لکھیں۔ لاگ کلیکٹر قائم کریں۔

نتیجے کے طور پر، کام آسان اور آسان ہو جائے گا، اور ایک بنیاد سامنے آئے گی جس پر آپ اپنے DevOps بنا سکتے ہیں۔

ساؤتھ برج کے طریقوں سے آگے جانے کے لیے، ہم نے کچھ موضوعات پر باہر کے مقررین کو مدعو کیا۔

آرٹیم گالونسکی، ایس ٹی او "بیورو بیورو"
تجارتی ترقی میں 12+ سال۔
2011 سے ٹیم لیڈ / ڈویلپمنٹ ڈیپارٹمنٹ کے سربراہ۔
2016 سے ٹیکنیکل ڈائریکٹر۔

طلباء کے ساتھ مل کر، ہم ان ایپلی کیشنز کی تعیناتی کو خودکار بنانے کے طریقے دیکھیں گے جو پہلے استعمال ہو چکی ہیں۔ آئیے جدید پائپ لائن کی تعمیر اور کچھ عام ٹولز پر بات کرتے ہیں۔ آئیے GitLab CI/CD کے ٹولز اور صلاحیتوں کو قریب سے دیکھتے ہیں۔ میں نے اپنے عنوانات (آٹو میشن کا تعارف اور گٹلیب کے ساتھ کام کرنا) پر پریکٹس کا ڈھانچہ بنایا تاکہ طلباء کو یہ احساس ہو کہ جدید CI/CD طریقوں کو کیسے اور کیوں استعمال کیا جاتا ہے۔ نظریہ معروضی طور پر ضروری کم از کم ہوگا۔

الیکسی سٹیپینینکو، سلیکٹیل کلاؤڈ پلیٹ فارم انجینئر
OpenStack کلاؤڈ کو برقرار رکھنے کے لیے بنیادی ڈھانچے کے کاموں سے نمٹنا: نگرانی، CI/CD اور کنفیگریشن مینجمنٹ۔

سب سے پہلے، ہم انفراسٹرکچر مینجمنٹ کے ماڈلز اور طریقوں کے بارے میں بات کریں گے (پروگرامنگ سے ایڈمنسٹریشن میں کیسے نقطہ نظر آیا)، اور ہم عملی طور پر HashiCorp کے DevOps ٹولز (Packer اور Terraform) سے اعلانیہ انفراسٹرکچر مینجمنٹ کے لیے واقف ہوں گے۔
بلاک کی تکمیل کے بعد، آپ اپنے بنیادی ڈھانچے کو بیان کرنے، ٹیسٹ اور پروڈکشن کے ماحول کو خودکار بنانے، اپنی درخواست کی پیمائش کرنے، اور لوڈ بیلنسر کا استعمال کرتے ہوئے ایک اعلی دستیابی حل تیار کرنے کے قابل ہو جائیں گے۔

ٹنگسٹن لیبز (جرمنی) میں سی ٹی او ایڈورڈ میدویدیف
پلیٹ فارم کی ChatOps فعالیت کے لیے ذمہ دار StackStorm میں بطور انجینئر کام کیا۔ ڈیٹا سینٹر آٹومیشن کے لیے ChatOps کو تیار اور لاگو کیا گیا۔ روسی اور بین الاقوامی کانفرنسوں میں اسپیکر۔

Slurm میں، میں اس بارے میں بات کروں گا کہ کس طرح DevOps ٹیم کے اندر مواصلت اور CI/CD پائپ لائن کے ساتھ بات چیت کو چیٹ بوٹس کے ساتھ دو طرفہ انضمام کا استعمال کرتے ہوئے زیادہ موثر بنایا جائے۔

Ivan Kruglov، Booking.com پر پرنسپل ڈویلپر
2013 میں Booking.com میں شامل ہونے کے بعد، اس نے بنیادی ڈھانچے کے منصوبوں پر کام کیا ہے جیسے تقسیم شدہ پیغام کی ترسیل اور پروسیسنگ، بگ ڈیٹا اور ویب اسٹیک، تلاش۔
فی الحال اندرونی کلاؤڈ اور سروس میش بنانے کے مسائل پر کام کر رہے ہیں۔

Slerm کے آخری حصے میں، ہم SRE کے بنیادی نظریاتی اور تنظیمی تصورات سے واقف ہوں گے، اور اپنے تجربے سے زندہ مثالوں کا استعمال کرتے ہوئے ان کے اطلاق کے عمل پر غور کریں گے۔ اس کے علاوہ، ہم SRE کے تکنیکی پہلو کو دیکھیں گے، یعنی سروس کو مزید قابل اعتماد بنانے کے لیے کن تکنیکوں کا استعمال کیا جا سکتا ہے۔
کورس کے اختتام پر، میں دو اہم سوالات کے جوابات دینے کی کوشش کروں گا:

  1. SRE ایڈمنسٹریٹر یا پروگرامر کو کیا دیتا ہے؟
  2. ایک کاروبار یا مصنوعات کے مالک کو SRE کو لاگو کرنے کی ضرورت کیوں ہے؟

لہذا یہ DevOps Slurm منفرد ہوگا: اگر ہم پروگرام کو دہرائیں گے تو یہ ایک مختلف کمپوزیشن کے ساتھ ہوگا۔

ان لوگوں کے لیے جو توجہ رکھتے ہیں، habrapost پروموشنل کوڈ کا استعمال کرتے ہوئے اب بھی 15% رعایت ہے۔

Slurm کے DevOps پروگرام کے بارے میں - یہاں.

رجسٹریشن: https://slurm.io/devops

ماخذ: www.habr.com

نیا تبصرہ شامل کریں