ایک خطرے سے دوچار پرجاتیوں کے طور پر سسٹم ایڈمنسٹریٹرز کے بارے میں مہاکاوی

دنیا بھر کے سسٹم ایڈمنسٹریٹرز، آپ کی پیشہ ورانہ چھٹی پر مبارکباد!

ہمارے پاس کوئی سسٹم ایڈمنسٹریٹر نہیں بچا ہے (اچھی طرح سے، تقریباً)۔ تاہم، ان کے بارے میں افسانہ ابھی تک تازہ ہے. چھٹی کے اعزاز میں، ہم نے یہ مہاکاوی تیار کیا ہے. آرام سے رہیں، پیارے قارئین۔

ایک خطرے سے دوچار پرجاتیوں کے طور پر سسٹم ایڈمنسٹریٹرز کے بارے میں مہاکاوی

ایک زمانے میں ڈوڈو آئی ایس کی دنیا میں آگ لگی ہوئی تھی۔ اس تاریک وقت کے دوران، ہمارے نظام کے منتظمین کا بنیادی کام ایک دن اور زندہ رہنا تھا اور رونا نہیں تھا۔

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

وہ شام کو اپنے دل میں اضطراب کے ساتھ گھر بیٹھتے تھے۔ اور جب بھی ایسا ہوا "ایسا کبھی نہیں ہوا، اور یہاں ایک بار پھر مانیٹرنگ مدد کے لیے سگنل بھیجتی ہے: یار، دنیا میں آگ لگی ہوئی ہے!"۔ پھر ہمارے سسٹم ایڈمنسٹریٹر نے اپنے سرخ رین کوٹ، شارٹس اوور لیگنگز پہنے، ماتھے پر کرل لگائی اور ڈوڈو دنیا کو بچانے کے لیے اڑ گئے۔

توجہ، ایک چھوٹی سی وضاحت. Dodo IS میں ہارڈ ویئر کو برقرار رکھنے والے کلاسیکی نظام کے منتظمین کبھی نہیں رہے۔ ہم نے فوری طور پر Azure بادلوں پر پیش قدمی کی تھی۔

انہوں نے کیا کیا:

  • اگر کوئی چیز ٹوٹ جائے تو انہوں نے اسے بنایا تاکہ اس کی مرمت ہو جائے۔
  • ماہر سطح پر جگلڈ سرورز؛
  • Azure میں ورچوئل نیٹ ورک کے ذمہ دار تھے۔
  • نچلی سطح کی چیزوں کے لیے ذمہ دار، مثال کے طور پر، اجزاء کا تعامل (*سرگوشی* جس میں بعض اوقات وہ پھڑپھڑاتے نہیں تھے)؛
  • سرور دوبارہ جوڑتا ہے؛
  • اور بہت سے دوسرے جنگلی۔

انفراسٹرکچر انجینئرز کی ایک ٹیم کی زندگی (جیسا کہ ہم اپنے سسٹم ایڈمنسٹریٹر کہتے ہیں) پھر آگ بجھانے اور ٹیسٹ بینچوں کو مسلسل توڑنے پر مشتمل تھی۔ وہ زندہ رہے اور غمگین رہے، اور پھر انہوں نے سوچنے کا فیصلہ کیا: یہ اتنا برا کیوں ہے، یا شاید ہم بہتر کر سکتے ہیں؟ مثال کے طور پر، کیا ہم لوگوں کو پروگرامرز اور سسٹم ایڈمنسٹریٹرز میں تقسیم نہیں کریں گے؟

مسئلہ

دیئے گئے: ایک سسٹم ایڈمنسٹریٹر ہے جس کے پاس اپنی ذمہ داری کے علاقے میں سرورز ہیں، ایک ایسا نیٹ ورک جو اسے دوسرے سرورز سے جوڑتا ہے، انفراسٹرکچر لیول کے پروگرام (ایک ویب سرور جو کسی ایپلیکیشن کی میزبانی کرتا ہے، ڈیٹا بیس مینجمنٹ سسٹم وغیرہ)۔ اور ایک پروگرامر ہے جس کی ذمہ داری کا علاقہ ورکنگ کوڈ ہے۔

اور ایسی چیزیں ہیں جو جنکشن پر ہیں۔ یہ ذمہ داری کس کی ہے؟

عام طور پر، ہمارے سسٹم ایڈمنسٹریٹر اور پروگرامرز اسی جنکشن پر ملتے تھے اور یہ شروع ہوا:

"یار، کچھ بھی کام نہیں کرتا، شاید بنیادی ڈھانچے کی وجہ سے۔
- یار، نہیں، یہ کوڈ میں ہے۔

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

دھوپ کی ایک کرن ابر آلود آسمان کو چھیدتی ہے جب چند سال پہلے گوگل پر انہیں کاموں کا تبادلہ نہ کرنے بلکہ ایک عام کام کرنے کا خیال آیا۔

لیکن کیا ہوگا اگر ہم ہر چیز کو بطور کوڈ بیان کریں؟

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

کتاب میں سادہ سچائیاں ہیں:

  • کوڈ کے طور پر سب کچھ کرنا اچھا ہے؛
  • انجینئرنگ کا طریقہ استعمال کریں - اچھا؛
  • اچھی نگرانی کرنا اچھا ہے؛
  • اگر کسی سروس میں واضح لاگنگ اور نگرانی نہ ہو تو اسے جاری ہونے سے روکنا بھی اچھا ہے۔

یہ مشقیں ہمارے Gleb نے پڑھی تھیں (داخلہ)، اور ہم چلے جاتے ہیں۔ نافذ کرنا! اب ہم ایک عبوری مرحلے میں ہیں۔ SRE ٹیم تشکیل دی گئی ہے (6 ریڈی میڈ ماہرین ہیں، 6 مزید آن بورڈنگ کر رہے ہیں) اور بہتر کے لیے پوری طرح سے کوڈ پر مشتمل دنیا کو تبدیل کرنے کے لیے تیار ہیں۔

ہم اپنا بنیادی ڈھانچہ اس طرح بناتے ہیں کہ ڈویلپرز کو اپنے ماحول کو منظم کرنے اور مکمل طور پر آزادانہ طور پر SRE کے ساتھ تعاون کرنے کے قابل بنایا جائے۔

نتائج کے بجائے وانگ

سسٹم ایڈمنسٹریٹر ایک قابل پیشہ ہے۔ لیکن سسٹم کے حصے کے علم کے لیے بھی بہترین سافٹ ویئر انجینئرنگ کی مہارت کی ضرورت ہوتی ہے۔

سسٹمز آسان سے آسان تر ہوتے جا رہے ہیں، اور آئرن سرورز کو چلانے کا انتہائی منفرد علم ہر سال مانگ میں کم ہوتا جا رہا ہے۔ کلاؤڈ ٹیکنالوجیز اس علم کی ضرورت کی جگہ لے رہی ہیں۔

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

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

سب کو سیسڈمین ڈے مبارک ہو، سب کو کوڈ!

ماخذ: www.habr.com

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