ارے حبر! مضمون کا ترجمہ آپ کی توجہ میں پیش کرتا ہوں۔ اسٹیو میزاک کے ذریعہ۔
آپ کے نقطہ نظر پر منحصر ہے، DevOps اس سال اپنی نویں یا دسویں سالگرہ منائے گی۔ 2016 میں، رائٹ اسکیلز کی اسٹیٹ آف دی کلاؤڈ رپورٹ میں بتایا گیا کہ 70 فیصد SMBs DevOps طریقوں کو اپنا رہے ہیں۔ اس اسکور کو بنانے والے ہر اشارے میں تب سے اضافہ ہوا ہے۔ جیسا کہ DevOps اپنی دوسری دہائی میں داخل ہونے کی تیاری کر رہا ہے، یہ بہت اچھا ہو گا کہ ماضی میں ٹہلنا اور DevOps کی اصلیت پر واپس جانا — اور یہاں تک کہ نام کی اصلیت تک۔
2007 سے پہلے: واقعات کا ایک بہترین سلسلہ
2007 سے پہلے، حالات کی ایک سیریز نے بالآخر اسے جنم دیا جسے آج DevOps کے نام سے جانا جاتا ہے۔
دبلا پہلے ہی خود کو بہترین پریکٹس ثابت کر چکا ہے۔ اس نام سے بہی جانا جاتاہے ٹویوٹا پروڈکشن سسٹم، لین مینوفیکچرنگ مینوفیکچرنگ فلور پر عمل کو بہتر بنانے کی کوشش کرتی ہے۔ (ویسے، ٹویوٹا مینجمنٹ ابتدائی طور پر فورڈ موٹر کمپنی کے متعارف کردہ اصل اسمبلی لائن طریقوں سے متاثر تھی)۔ مسلسل بہتری دبلی پتلی مینوفیکچرنگ کا منتر ہے۔ عملی طور پر، درج ذیل راستوں کا مسلسل جائزہ لیا جاتا ہے۔
- خام مال اور تیار مصنوعات کی انوینٹری کی سطح کو کم سے کم برقرار رکھنا. دبلی پتلی مینوفیکچرنگ کا مطلب ہے کہ سامان تیار کرنے کے لیے خام مال کی انوینٹری کی کم از کم مقدار اور تیار شدہ مصنوعات کی کم از کم مقدار جو آرڈر یا بھیجے جانے کا انتظار کر رہی ہو۔
- آرڈر کی قطار کو کم سے کم کرنا. مثالی طور پر، موصول ہونے والے احکامات فوری طور پر مکمل حالت میں منتقل ہو جاتے ہیں۔ دبلی پتلی مینوفیکچرنگ کے لیے کلیدی میٹرک ہمیشہ آرڈر کی وصولی سے لے کر ترسیل تک کا وقت ہوگا۔
- پیداوار کے عمل کی کارکردگی کو زیادہ سے زیادہ کرنا. پروسیس ری انجینئرنگ اور بہتر آٹومیشن مل کر سامان کو جلد از جلد تیار کر رہے ہیں۔ پورے راستے (کاٹنا، ویلڈنگ، اسمبلی، ٹیسٹنگ، وغیرہ) کے ساتھ ساتھ پیداوار کے ہر علاقے کی نا اہلی کا اندازہ لگایا جاتا ہے۔
آئی ٹی کی دنیا میں، سافٹ ویئر ڈویلپمنٹ کے واٹر فال ماڈل کے روایتی طریقوں نے پہلے ہی تیز رفتار تکراری طریقوں کو راستہ دیا ہے جیسے فرتیلا. رفتار ریلی کی آواز تھی، یہاں تک کہ اگر کبھی کبھی تیز رفتار ترقی اور تعیناتی کے حصول میں معیار کو نقصان پہنچا۔ بالکل اسی طرح، کلاؤڈ کمپیوٹنگ، خاص طور پر بنیادی ڈھانچے کے طور پر ایک خدمت (IAAS) اور پلیٹ فارم کے طور پر ایک سروس (PaaS) نے خود کو IT کے عمل اور بنیادی ڈھانچے میں بالغ حل کے طور پر ثابت کیا ہے۔
آخر کار، ٹول کٹس نے حال ہی میں ظاہر ہونا شروع کر دیا ہے۔ مسلسل انضمام (CI) CI ٹولز کا خیال گریڈی بوچ نے 1991 میں اپنے بوچ میتھڈ میں پیدا کیا اور پیش کیا۔
2007-2008: مایوس بیلجیم
بیلجیئم کے کنسلٹنٹ، ایجیل پروجیکٹ اور پریکٹس مینیجر پیٹرک ڈیبوئس نے ڈیٹا سینٹر کی منتقلی میں مدد کے لیے بیلجیئم کی حکومت کی وزارت سے ملاقات کا وقت قبول کیا ہے۔ خاص طور پر، وہ سرٹیفیکیشن اور تیاری کی جانچ میں ملوث تھا. اس کی ذمہ داریوں کے لیے اسے سافٹ ویئر ڈویلپمنٹ ٹیموں اور سرور، ڈیٹا بیس، اور نیٹ ورک آپریشنز ٹیموں کے درمیان ہم آہنگی اور تعلقات استوار کرنے کی ضرورت تھی۔ ہم آہنگی کی کمی اور ترقی اور آپریشن کے طریقوں کو الگ کرنے والی دیواروں سے اس کی مایوسی نے اسے تلخ کر دیا۔ ڈیسبوئس کی جلد ہی بہتری کی خواہش نے اسے کارروائی کی طرف راغب کیا۔
ٹورنٹو میں 2008 کی ایجیل کانفرنس میں، اینڈریو شیفر نے اس موضوع پر گفتگو کے لیے ایک خاص طور پر ترتیب دی گئی غیر رسمی میٹنگ کو معتدل کرنے کی تجویز پیش کی۔فرتیلی انفراسٹرکچر"اور صرف ایک شخص اس موضوع پر بات کرنے آیا: پیٹرک ڈی بوئس۔ ان کی گفتگو اور خیالات کے تبادلے نے Agile سسٹمز ایڈمنسٹریشن کے تصور کو آگے بڑھایا۔ اسی سال، DeBois اور Schaefer نے Google میں اعتدال پسند کامیاب Agile Systems Administrator گروپ بنایا۔
2009: دیو اور اوپس کے درمیان تعاون کا معاملہ
O'Reilly Velocity کانفرنس میں، Flickr کے دو ملازمین، ٹیکنیکل آپریشنز کے سینئر نائب صدر جان آلسپاو اور CTO پال ہیمنڈ نے اب کی مشہور پریزنٹیشن دی۔ "ایک دن میں 10 تعیناتیاں: فلکر پر دیو اور آپریشنز تعاون".
پریزنٹیشن ایک ڈرامہ تھا، جس میں آلسپاؤ اور ہیمنڈ نے سافٹ ویئر کی تعیناتی کے عمل کے دوران ڈیولپمنٹ اور آپریشنز کے نمائندوں کے درمیان پیچیدہ تعاملات کو دوبارہ عمل میں لاتے ہوئے، انگلیوں کی نشاندہی اور الزام تراشی کے ساتھ مکمل کیا کہ "یہ میرا کوڈ نہیں ہے، یہ آپ کے تمام کمپیوٹرز ہیں!" ان کی پریزنٹیشن نے اس بات کی تصدیق کی کہ سافٹ ویئر ڈیولپمنٹ اور تعیناتی کی سرگرمیوں کو ہموار، شفاف اور مکمل طور پر مربوط کرنے کے لیے واحد سمجھدار آپشن ہے۔ وقت گزرنے کے ساتھ، یہ پیشکش افسانوی بن گئی اور اب اسے تاریخی طور پر ایک اہم سنگ میل کے طور پر دیکھا جاتا ہے جب آئی ٹی انڈسٹری نے اس طریقہ کار کو پکارنا شروع کیا جسے آج DevOps کے نام سے جانا جاتا ہے۔
2010: ریاستہائے متحدہ امریکہ میں DevOps
بڑھتی ہوئی پیروی کے ساتھ، DevOpsDays کانفرنس پہلی بار ریاستہائے متحدہ میں ماؤنٹین ویو، کیلیفورنیا میں منعقد کی گئی تھی، جس کے فوراً بعد سالانہ Velocity کانفرنس ہوئی۔ 2018 میں تیزی سے آگے بڑھیں، اور ریاست ہائے متحدہ میں درجنوں سمیت 30 سے زیادہ DevOpsDays کانفرنسیں شیڈول ہیں۔
2013: پروجیکٹ "فینکس"
ہم میں سے بہت سے لوگوں کے لیے، DevOps کی تاریخ کا ایک اور قابل ذکر لمحہ جین کم، کیون بیہر اور جارج سیفورڈ کی کتاب "دی فینکس پروجیکٹ" کی اشاعت تھا۔ یہ ناول ایک IT مینیجر کی کہانی بیان کرتا ہے جو خود کو ایک مایوس کن صورتحال میں پاتا ہے: اسے ایک اہم ای کامرس پروجیکٹ کو بچانے کا کام سونپا گیا ہے جو غلط ہو گیا ہے۔ مینیجر کا پراسرار سرپرست - بورڈ آف ڈائریکٹرز کا ایک ممبر جو دبلی پتلی مینوفیکچرنگ کے طریقوں کے بارے میں پرجوش ہے - ڈی او اوپس کے تصور کی توقع کرتے ہوئے مرکزی کردار کو آئی ٹی اور ایپلیکیشن ڈویلپمنٹ کے بارے میں سوچنے کے نئے طریقے تجویز کرتا ہے۔ ویسے، "دی فینکس پروجیکٹ" نے ہمیں ایک ایسی ہی کاروباری کہانی کے بارے میں کتاب "آؤٹ سورس ورنہ..." لکھنے کی ترغیب دی جس میں سافٹ ویئر کا VP ایک نئے بڑے آؤٹ سورس پروڈکٹ کی تیاری کے دوران DevOps کا استعمال کرتا ہے۔
مستقبل کے لیے DevOps
DevOps کو حتمی منزل کے بجائے ایک سفر، یا شاید ایک خواہش کے طور پر بیان کرنا قابل قدر ہے۔ DevOps، دبلی پتلی مینوفیکچرنگ کی طرح، مسلسل بہتری، پیداواری صلاحیت اور کارکردگی میں اضافہ، اور یہاں تک کہ مسلسل تعیناتی کے لیے کوشاں ہے۔ DevOps کو سپورٹ کرنے کے لیے خودکار ٹولز تیار ہوتے رہتے ہیں۔
پچھلی دہائی میں DevOps کے آغاز کے بعد سے بہت کچھ حاصل کیا گیا ہے، اور ہم 2018 اور اس کے بعد اور بھی زیادہ دیکھنے کی توقع رکھتے ہیں۔
ماخذ: www.habr.com