اي حبر! مان توهان جي ڌيان ۾ مضمون جو ترجمو پيش ڪريان ٿو اسٽيو ميزڪ طرفان.
توهان جي نقطه نظر تي مدار رکندي، DevOps هن سال پنهنجي نائين يا ڏهين سالگره ملهائيندي. 2016 ۾، رائٽ اسڪيلز اسٽيٽ آف دي ڪلائوڊ رپورٽ ۾ نوٽ ڪيو ويو ته 70 سيڪڙو SMBs DevOps طريقا اختيار ڪري رهيا آهن. هر اشارو جيڪو ٺاهيندو آهي اهو سکور ان کان پوء وڌي ويو آهي. جيئن ته DevOps پنهنجي ٻئي ڏهاڪي ۾ داخل ٿيڻ جي تياري ڪري ٿي، اهو تمام سٺو هوندو ته ماضي ۾ گھمڻ ڦرڻ ۽ DevOps جي اصليت ڏانهن موٽڻ- ۽ پڻ نالي جي اصليت.
2007 کان اڳ: واقعن جو هڪ مڪمل سلسلو
2007 کان اڳ، حالتن جو هڪ سلسلو آخرڪار جنم ڏنو جيڪو اڄ تائين ڄاڻايل آهي DevOps.
ٿلهو اڳ ۾ ئي پاڻ کي بهترين عمل ثابت ڪيو آهي. پڻ سڃاتو وڃي ٿو ٽويوٽا پيداوار نظام، لين جي پيداوار پيداوار جي منزل تي عمل کي بهتر ڪرڻ جي ڪوشش ڪري ٿي. (انهي سان، ٽويوٽا انتظاميا شروعاتي طور تي فورڊ موٽر ڪمپني پاران متعارف ڪرايل اصل اسيمبلي لائين طريقن کان متاثر ٿي هئي). مسلسل بهتري لين جي پيداوار لاء منتر آهي. عملي طور تي، هيٺيان رستا مسلسل جائزو وٺندا آهن:
- خام مال ۽ تيار ڪيل شين جي فهرستن جي سطح کي گهٽ ۾ گهٽ برقرار رکڻ. لين جي پيداوار جو مطلب آهي سامان پيدا ڪرڻ لاءِ خام مال جي فهرست جي گھٽ ۾ گھٽ مقدار ۽ تيار ڪيل شين جي گھٽ ۾ گھٽ مقدار جو آرڊر يا موڪلڻ جو انتظار ڪيو وڃي.
- آرڊر جي قطار کي گھٽائڻ. مثالي طور، آرڊر حاصل ڪيا ويا فوري طور تي مڪمل رياست ڏانهن. لين جي پيداوار لاءِ اهم ميٽرڪ هميشه آرڊر جي رسيد کان ترسيل تائين وقت هوندو.
- پيداوار جي عمل جي ڪارڪردگي کي وڌائڻ. پروسيس ري-انجنيئرنگ ۽ بهتر آٽوميشن گڏ ڪري رهيا آهن سامان پيدا ڪرڻ لاءِ جيترو جلدي ٿي سگهي. سڄي رستي جي پيداوار جي هر علائقي (ڪٽڻ، ويلڊنگ، اسيمبلي، جاچ، وغيره) جي غير موثريت لاء جائزو ورتو ويو آهي.
آئي ٽي دنيا ۾، سافٽ ويئر ڊولپمينٽ جي واٽر فال ماڊل جا روايتي طريقا اڳ ۾ ئي تيز رفتاري واري طريقن کي ڏئي چڪا آهن جهڙوڪ ڄائل. رفتار ريلينگ روئي هئي، جيتوڻيڪ معيار ڪڏهن ڪڏهن تيز ترقي ۽ تعیناتي جي تعاقب ۾ متاثر ٿيو. گهڻو ڪري ساڳئي طرح، ڪلائوڊ ڪمپيوٽنگ، خاص طور تي انفراسٹرڪچر-اي-سروس (IAAS) ۽ فارميٽ جي طور تي خدمت (PaaS) پاڻ کي ثابت ڪيو آهي پختو حل طور IT پروسيس ۽ انفراسٽرڪچر ۾.
آخرڪار، ٽول ڪٽس تازو ئي ظاهر ٿيڻ شروع ٿي ويا آهن مسلسل پابندي (سي آءِ). CI اوزار جو خيال پيدا ٿيو ۽ پيش ڪيو ويو گريڊي بوچ واپس 1991 ۾ پنهنجي بوچ طريقي ۾.
2007-2008: مايوس بيلجيم
بيلجئم جي صلاحڪار، Agile پروجيڪٽ ۽ مشق مينيجر پيٽرڪ ڊيبوس بيلجيم جي حڪومتي وزارت کان ڊيٽا سينٽر لڏپلاڻ ۾ مدد لاءِ هڪ ملاقات قبول ڪئي آهي. خاص طور تي، هو سرٽيفڪيشن ۽ تيارگي جي جاچ ۾ ملوث هو. هن جون ذميواريون هن کي گهربل آهن ته هو سافٽ ويئر ڊولپمينٽ ٽيمن ۽ سرور، ڊيٽابيس، ۽ نيٽ ورڪ آپريشن ٽيمن جي وچ ۾ لاڳاپا قائم ڪن. هڪجهڙائيءَ جي کوٽ ۽ ترقيءَ ۽ آپريشن جي طريقن کي جدا ڪندڙ ديوارن جي مايوسيءَ کيس تلخ ڪري ڇڏيو. ڊيسبوس جي خواهش کي بهتر ڪرڻ لاء جلدي کيس عمل ڪرڻ جي هدايت ڪئي.
ٽورانٽو ۾ 2008 جي Agile ڪانفرنس ۾، اينڊريو شيفر، خاص طور تي ترتيب ڏنل غير رسمي گڏجاڻي کي معتدل ڪرڻ جي تجويز ڏني ته موضوع تي بحث ڪيو وڃي.متحرڪ انفراسٽرڪچر"۽ صرف هڪ شخص موضوع تي بحث ڪرڻ آيو: پيٽرڪ ڊي بوائس. انهن جي بحث ۽ خيالن جي تبادلي Agile سسٽم انتظاميه جي تصور کي وڌايو. ساڳئي سال، DeBois ۽ Schaefer گوگل تي اعتدال پسند ڪامياب Agile سسٽم ايڊمنسٽريٽر گروپ ٺاهيو.
2009: ديو ۽ اوپس جي وچ ۾ تعاون جو ڪيس
O'Reilly Velocity ڪانفرنس ۾، ٻه فلڪر ملازم، ٽيڪنيڪل آپريشنز جو سينئر نائب صدر جان آلسپو ۽ سي ٽي او پال هيمنڊ، هاڻي مشهور پيشڪش ڏني. "هڪ ڏينهن ۾ 10 نوڪريون: فلڪر تي ديو ۽ اوپس تعاون".
پريزنٽيشن هڪ ڊرامو هو، جنهن ۾ آلسپو ۽ هيمنڊ سافٽ ويئر لڳائڻ جي عمل دوران ڊولپمينٽ ۽ آپريشنز جي نمائندن جي وچ ۾ پيچيده رابطي کي ٻيهر ترتيب ڏئي رهيا آهن، انگن اکرن سان مڪمل ڪيو ويو آهي ۽ "اهو منهنجو ڪوڊ ناهي، اهو سڀ توهان جي ڪمپيوٽرن جو آهي!" انهن جي پريزنٽيشن ان ڳالهه جي تصديق ڪئي ته سافٽ ويئر ڊولپمينٽ ۽ ڊيپلائيمينٽ جي سرگرمين کي بيحد، شفاف ۽ مڪمل طور تي مربوط ڪرڻ لاءِ واحد سمجھدار آپشن آهي. وقت سان گڏ، هي پيشڪش افسانوي بڻجي ويو ۽ هاڻي تاريخي طور تي هڪ اهم سنگ ميل جي طور تي ڏٺو ويو آهي جڏهن آئي ٽي انڊسٽري اڄڪلهه DevOps جي نالي سان ڄاڻايل طريقي سان سڏڻ شروع ڪيو.
2010: آمريڪا جي گڏيل رياستن ۾ DevOps
وڌندڙ پيروي سان، DevOpsDays ڪانفرنس پهريون ڀيرو گڏيل قومن ۾ مائونٽين ويو، ڪيليفورنيا ۾ منعقد ڪئي وئي، فوري طور تي سالياني رفتار ڪانفرنس جي پٺيان. 2018 تائين تيزيءَ سان اڳتي، ۽ 30 کان وڌيڪ DevOpsDays ڪانفرنسون شيڊول ٿيل آھن، جن ۾ آمريڪا ۾ درجنين شامل آھن.
2013: پروجيڪٽ "فينڪس"
اسان مان ڪيترن ئي لاءِ، DevOps جي تاريخ ۾ هڪ ٻيو قابل ذڪر لمحو ڪتاب جي اشاعت هئي ”دي فينڪس پروجيڪٽ“ جيني ڪيم، ڪيون بيهر ۽ جارج سفورڊ پاران. هي ناول هڪ آئي ٽي مئنيجر جي ڪهاڻي ٻڌائي ٿو جيڪو پاڻ کي هڪ خطرناڪ صورتحال ۾ ڳولي ٿو: هن کي هڪ نازڪ اي ڪامرس منصوبي کي بچائڻ جو فرض آهي جيڪو غلط ٿي چڪو آهي. مئنيجر جو پراسرار مرشد - ڊائريڪٽرن جي بورڊ جو ميمبر جيڪو لين جي پيداوار جي طريقن بابت پرجوش آهي - مکيه ڪردار کي IT ۽ ايپليڪيشن ڊولپمينٽ بابت سوچڻ لاءِ نوان طريقا پيش ڪري ٿو، DevOps جي تصور جي توقع ڪندي. رستي ۾، ”دي فينڪس پروجيڪٽ“ اسان کي ڪتاب لکڻ لاءِ متاثر ڪيو ”آئوٽ سورس يا ٻيو...“ هڪ اهڙي ڪاروباري ڪهاڻي بابت جنهن ۾ سافٽ ويئر جو هڪ وي پي هڪ نئين وڏي آئوٽ سورس پراڊڪٽ جي ترقي دوران DevOps استعمال ڪندو آهي.
مستقبل لاءِ DevOps
اهو بيان ڪرڻ جي قابل آهي DevOps هڪ سفر جي طور تي، يا شايد هڪ تمنا، بلڪه هڪ آخري منزل جي ڀيٽ ۾. DevOps، لين جي پيداوار وانگر، مسلسل بهتري، پيداوار ۽ ڪارڪردگي وڌائڻ، ۽ اڃا تائين مسلسل لڳائڻ جي ڪوشش ڪري ٿو. DevOps کي سپورٽ ڪرڻ لاءِ خودڪار اوزار ترقي جاري رکندا آهن.
گذريل ڏهاڪي ۾ DevOps جي شروعات کان وٺي گهڻو ڪجهه حاصل ڪيو ويو آهي، ۽ اسان کي 2018 ۽ ان کان به وڌيڪ ڏسڻ جي اميد آهي.
جو ذريعو: www.habr.com