अहो हाब्र! लेखाचा अनुवाद मी तुमच्या लक्षात आणून देत आहे "देवओप्सचे मूळ: नावात काय आहे?" स्टीव्ह मेझॅक यांनी.

तुमच्या दृष्टिकोनावर अवलंबून, DevOps यावर्षी तिचा नववा किंवा दहावा वर्धापन दिन साजरा करेल. 2016 मध्ये, राईटस्केल्सच्या स्टेट ऑफ द क्लाउड अहवालात नमूद केले आहे की 70 टक्के SMBs DevOps पद्धतींचा अवलंब करत आहेत. हा स्कोअर बनविणारा प्रत्येक निर्देशक तेव्हापासून वाढला आहे. DevOps त्याच्या दुसऱ्या दशकात प्रवेश करण्याच्या तयारीत असताना, भूतकाळात फेरफटका मारणे आणि DevOps च्या उत्पत्तीकडे-आणि अगदी नावाच्या उत्पत्तीकडे परत जाणे चांगले होईल.

2007 पूर्वी: घटनांची एक परिपूर्ण साखळी

2007 पूर्वी, परिस्थितीच्या मालिकेने अखेरीस जन्म दिला ज्याला आज DevOps म्हणून ओळखले जाते.

लीन सर्वोत्तम सराव असल्याचे आधीच सिद्ध केले आहे. त्याला असे सुद्धा म्हणतात टोयोटा उत्पादन प्रणाली, लीन मॅन्युफॅक्चरिंग मॅन्युफॅक्चरिंग फ्लोअरवरील प्रक्रिया ऑप्टिमाइझ करण्याचा प्रयत्न करते. (तसे, टोयोटा व्यवस्थापन सुरुवातीला फोर्ड मोटर कंपनीने सादर केलेल्या मूळ असेंबली लाइन पद्धतींपासून प्रेरित होते). सतत सुधारणा लीन मॅन्युफॅक्चरिंगचा मंत्र आहे. सराव मध्ये, खालील मार्गांचे सतत मूल्यांकन केले जाते:

कच्चा माल आणि तयार उत्पादनांची यादी पातळी कमीतकमी राखणे. लीन मॅन्युफॅक्चरिंग म्हणजे वस्तूंच्या निर्मितीसाठी कच्च्या मालाची किमान यादी आणि ऑर्डर किंवा पाठवण्याच्या प्रतीक्षेत तयार उत्पादनांची किमान रक्कम.
ऑर्डरची रांग कमी करत आहे. तद्वतच, प्राप्त झालेले आदेश ताबडतोब पूर्ण झालेल्या स्थितीत जातात. लीन मॅन्युफॅक्चरिंगसाठी मुख्य मेट्रिक नेहमी ऑर्डर पावतीपासून वितरणापर्यंतचा वेळ असेल.
उत्पादन प्रक्रियेची कार्यक्षमता वाढवणे. प्रक्रिया री-अभियांत्रिकी आणि सुधारित ऑटोमेशन शक्य तितक्या लवकर माल तयार करण्यासाठी एकत्रित होत आहेत. संपूर्ण मार्गावरील उत्पादनाच्या प्रत्येक क्षेत्राचे (कटिंग, वेल्डिंग, असेंब्ली, चाचणी इ.) अकार्यक्षमतेसाठी मूल्यांकन केले जाते.

आयटी जगात, सॉफ्टवेअर डेव्हलपमेंटच्या वॉटरफॉल मॉडेलच्या पारंपारिक पद्धतींनी आधीच वेगवान पुनरावृत्ती पद्धतींना मार्ग दिला आहे जसे की चपळ. वेगवान विकास आणि उपयोजनाच्या पाठपुराव्यात कधीकधी गुणवत्तेला त्रास सहन करावा लागला तरीही वेग ही रॅलींग ओरड होती. अगदी त्याच प्रकारे, क्लाउड संगणन, विशेषतः पायाभूत सुविधा-म्हणून-सेवा (IaaS) आणि प्लॅटफॉर्म-अॅ-ए-सर्व्हिस (PaaS) ने स्वतःला IT प्रक्रिया आणि पायाभूत सुविधांमध्ये परिपक्व उपाय म्हणून सिद्ध केले आहे.

शेवटी, टूलकिट अलीकडे दिसण्यास सुरुवात झाली आहे सतत एकत्रीकरण (सीआय). सीआय टूल्सची कल्पना 1991 मध्ये ग्रॅडी बूच यांनी त्यांच्या बूच पद्धतीमध्ये जन्मली आणि सादर केली.

2007-2008: निराश बेल्जियन

बेल्जियन सल्लागार, चपळ प्रकल्प आणि सराव व्यवस्थापक पॅट्रिक डेबॉइस यांनी डेटा सेंटर स्थलांतरास मदत करण्यासाठी बेल्जियन सरकारच्या मंत्रालयाकडून नियुक्ती स्वीकारली आहे. विशेषतः, तो प्रमाणन आणि तयारी चाचणीमध्ये गुंतलेला होता. त्याच्या जबाबदाऱ्यांमुळे त्याला सॉफ्टवेअर डेव्हलपमेंट टीम्स आणि सर्व्हर, डेटाबेस आणि नेटवर्क ऑपरेशन्स टीम्समध्ये समन्वय आणि संबंध निर्माण करणे आवश्यक होते. समन्वयाचा अभाव आणि विकास आणि ऑपरेशन पद्धतींना वेगळे करणाऱ्या भिंतींमुळे त्याची निराशा त्याला कडू करून गेली. डेस्बोईसची लवकरच सुधारणा करण्याच्या इच्छेने त्याला कृती करण्यास प्रवृत्त केले.
टोरंटो येथील 2008 च्या चपळ परिषदेत, अँड्र्यू शेफर यांनी या विषयावर चर्चा करण्यासाठी खास आयोजित केलेल्या अनौपचारिक बैठकीचे नियमन करण्याचा प्रस्ताव दिला.चपळ पायाभूत सुविधा"आणि या विषयावर चर्चा करण्यासाठी फक्त एकच व्यक्ती आली: पॅट्रिक डेबॉइस. त्यांच्या चर्चेने आणि विचारांच्या देवाणघेवाणीने चपळ प्रणाली प्रशासनाची संकल्पना प्रगत झाली. त्याच वर्षी, DeBois आणि Schaefer यांनी Google वर माफक प्रमाणात यशस्वी Agile Systems Administrator गट तयार केला.

2009: देव आणि ऑप्स यांच्यातील सहकार्याचे प्रकरण

O'Reilly Velocity परिषदेत, Flickr चे दोन कर्मचारी, टेक्निकल ऑपरेशन्सचे वरिष्ठ उपाध्यक्ष जॉन ऑलस्पॉ आणि CTO पॉल हॅमंड यांनी आताचे प्रसिद्ध सादरीकरण दिले. "दिवसाला 10 उपयोजन: फ्लिकर येथे देव आणि ऑप्स सहयोग".

हे सादरीकरण एक नाटक होते, ज्यामध्ये ऑलस्पॉ आणि हॅमंड यांनी सॉफ्टवेअर उपयोजन प्रक्रियेदरम्यान विकास आणि ऑपरेशन्स प्रतिनिधींमधील गुंतागुंतीच्या परस्परसंवादाची पुनरावृत्ती केली होती, "हा माझा कोड नाही, ते तुमचे सर्व संगणक आहेत!" या ओळींसह बोटे दाखवून आणि दोषारोपण पूर्ण केले. त्यांच्या सादरीकरणाने पुष्टी केली की सॉफ्टवेअर डेव्हलपमेंट आणि उपयोजन क्रियाकलाप अखंड, पारदर्शक आणि पूर्णपणे एकत्रित होण्यासाठी एकमेव योग्य पर्याय आहे. कालांतराने, हे सादरीकरण पौराणिक बनले आणि आता जेव्हा IT उद्योगाने DevOps म्हणून ओळखल्या जाणार्‍या पद्धतीसाठी कॉल करण्यास सुरुवात केली तेव्हा ऐतिहासिकदृष्ट्या एक महत्त्वपूर्ण मैलाचा दगड म्हणून पाहिले जाते.

2010: युनायटेड स्टेट्स ऑफ अमेरिका मध्ये DevOps

वाढत्या पाठोपाठ, वार्षिक वेग परिषदेनंतर लगेचच, कॅलिफोर्नियातील माउंटन व्ह्यू येथे युनायटेड स्टेट्समध्ये प्रथमच DevOpsDays परिषद आयोजित करण्यात आली. 2018 ला फास्ट फॉरवर्ड करा, आणि युनायटेड स्टेट्समधील डझनभरांसह 30 हून अधिक DevOpsDays परिषदा नियोजित आहेत.

2013: प्रोजेक्ट "फिनिक्स"

आपल्यापैकी बर्‍याच जणांसाठी, DevOps च्या इतिहासातील आणखी एक उल्लेखनीय क्षण म्हणजे जीन किम, केविन बेहर आणि जॉर्ज सॅफोर्ड यांच्या “द फिनिक्स प्रोजेक्ट” या पुस्तकाचे प्रकाशन. ही कादंबरी एका आयटी मॅनेजरची कथा सांगते जो स्वतःला एका हताश परिस्थितीत सापडतो: त्याला एक गंभीर ई-कॉमर्स प्रकल्प सोडवण्याचे काम देण्यात आले आहे जो चुकीचा आहे. व्यवस्थापकाचा गूढ गुरू - संचालक मंडळाचा सदस्य जो दुबळ्या उत्पादन पद्धतींबद्दल उत्कट आहे - मुख्य पात्राला आयटी आणि ऍप्लिकेशन डेव्हलपमेंटबद्दल विचार करण्याचे नवीन मार्ग सुचवतो, देवऑप्सच्या संकल्पनेची अपेक्षा करतो. तसे, “द फिनिक्स प्रोजेक्ट” ने आम्हाला अशाच एका व्यवसाय कथेबद्दल “आउटसोर्स नाहीतर...” हे पुस्तक लिहिण्यास प्रेरित केले ज्यामध्ये नवीन प्रमुख आउटसोर्स उत्पादनाच्या विकासादरम्यान सॉफ्टवेअरचे VP DevOps वापरतात.

भविष्यासाठी DevOps

DevOps चे वर्णन अंतिम गंतव्यस्थान ऐवजी एक प्रवास, किंवा कदाचित एक आकांक्षा म्हणून करणे योग्य आहे. DevOps, लीन मॅन्युफॅक्चरिंग प्रमाणे, सतत सुधारणा, उत्पादकता आणि कार्यक्षमता वाढवण्यासाठी आणि अगदी सतत तैनातीसाठी प्रयत्न करतात. DevOps ला समर्थन देण्यासाठी स्वयंचलित साधने विकसित होत आहेत.

गेल्या दशकात DevOps च्या स्थापनेपासून बरेच काही साध्य केले गेले आहे आणि आम्ही 2018 मध्ये आणि त्यापुढील काळात आणखी काही पाहण्याची अपेक्षा करतो.

स्त्रोत: www.habr.com

DevOps चे मूळ: नावात काय आहे?