नमस्ते, हबर! मैं आपके ध्यान में लेख का अनुवाद प्रस्तुत करता हूँ "डेवऑप्स की उत्पत्ति: नाम में क्या है?" स्टीव मेज़क द्वारा.

आपके दृष्टिकोण के आधार पर, DevOps इस वर्ष अपनी नौवीं या दसवीं वर्षगांठ मनाएगा। 2016 में, राइटस्केल्स की स्टेट ऑफ द क्लाउड रिपोर्ट में कहा गया कि 70 प्रतिशत एसएमबी DevOps प्रथाओं को अपना रहे हैं। इस स्कोर को बनाने वाले प्रत्येक संकेतक में तब से वृद्धि हुई है। जैसे ही DevOps अपने दूसरे दशक में प्रवेश करने की तैयारी कर रहा है, अतीत में टहलना और DevOps की उत्पत्ति और यहां तक कि नाम की उत्पत्ति पर वापस लौटना बहुत अच्छा होगा।

2007 से पहले: घटनाओं की एक आदर्श श्रृंखला

2007 से पहले, परिस्थितियों की एक श्रृंखला ने अंततः उस चीज़ को जन्म दिया जिसे आज DevOps के रूप में जाना जाता है।

दुबला पहले ही स्वयं को सर्वोत्तम अभ्यास साबित कर चुका है। के रूप में भी जाना जाता है टोयोटा उत्पादन प्रणालीलीन मैन्युफैक्चरिंग विनिर्माण क्षेत्र में प्रक्रियाओं को अनुकूलित करने का प्रयास करती है। (वैसे, टोयोटा प्रबंधन शुरू में फोर्ड मोटर कंपनी द्वारा शुरू की गई मूल असेंबली लाइन विधियों से प्रेरित था)। निरंतर सुधार लीन मैन्युफैक्चरिंग का मंत्र है। व्यवहार में, निम्नलिखित पथों का लगातार मूल्यांकन किया जाता है:

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

आईटी दुनिया में, सॉफ्टवेयर विकास के वॉटरफॉल मॉडल के पारंपरिक तरीकों ने पहले से ही तेजी से चलने वाले तरीकों का स्थान ले लिया है चुस्त. गति रैली का नारा थी, भले ही कभी-कभी तेजी से विकास और तैनाती की खोज में गुणवत्ता प्रभावित होती थी। बिल्कुल उसी तरह, विशेष रूप से क्लाउड कंप्यूटिंग इंफ्रास्ट्रक्चर के रूप में एक सेवा (IaaS) और मंच के रूप में एक सेवा (PaaS) ने खुद को आईटी प्रक्रियाओं और बुनियादी ढांचे में परिपक्व समाधान के रूप में साबित किया है।

अंततः, टूलकिट हाल ही में सामने आने लगे हैं लगातार मेल जोल (सीआई). सीआई टूल्स का विचार ग्रैडी बूच द्वारा 1991 में अपने बूच मेथड में जन्मा और प्रस्तुत किया गया था।

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

बेल्जियम के सलाहकार, एजाइल प्रोजेक्ट और प्रैक्टिस मैनेजर पैट्रिक डेबोइस ने डेटा सेंटर माइग्रेशन में मदद के लिए बेल्जियम सरकार के मंत्रालय से नियुक्ति स्वीकार कर ली है। विशेष रूप से, वह प्रमाणन और तत्परता परीक्षण में शामिल थे। उनकी जिम्मेदारियों के लिए उन्हें सॉफ्टवेयर विकास टीमों और सर्वर, डेटाबेस और नेटवर्क संचालन टीमों के बीच समन्वय और संबंध बनाने की आवश्यकता थी। सामंजस्य की कमी और विकास और संचालन के तरीकों को अलग करने वाली दीवारों से उनकी निराशा ने उन्हें कड़वा बना दिया। डेस्बोइस की जल्द ही सुधार करने की इच्छा ने उन्हें कार्रवाई के लिए प्रेरित किया।
2008 में टोरंटो में एजाइल सम्मेलन में, एंड्रयू शेफ़र ने इस विषय पर चर्चा करने के लिए एक विशेष रूप से आयोजित अनौपचारिक बैठक का संचालन करने का प्रस्ताव रखा।चुस्त बुनियादी ढाँचा"और केवल एक व्यक्ति इस विषय पर चर्चा करने आया: पैट्रिक डेबॉयस। उनकी चर्चा और विचारों के आदान-प्रदान ने एजाइल सिस्टम प्रशासन की अवधारणा को आगे बढ़ाया। उसी वर्ष, डेबॉयस और शेफ़र ने Google में मध्यम रूप से सफल एजाइल सिस्टम एडमिनिस्ट्रेटर समूह बनाया।

2009: देव और ऑप्स के बीच सहयोग का मामला

ओ'रेली वेलोसिटी सम्मेलन में, फ़्लिकर के दो कर्मचारियों, तकनीकी संचालन के वरिष्ठ उपाध्यक्ष जॉन ऑलस्पॉ और सीटीओ पॉल हैमंड ने अब प्रसिद्ध प्रस्तुति दी "प्रति दिन 10 तैनाती: फ़्लिकर पर डेव और ऑप्स सहयोग".

प्रेजेंटेशन एक नाटक था, जिसमें ऑलस्पॉ और हैमंड ने सॉफ्टवेयर परिनियोजन प्रक्रिया के दौरान विकास और संचालन प्रतिनिधियों के बीच जटिल बातचीत को दोहराया, "यह मेरा कोड नहीं है, यह आपके सभी कंप्यूटर हैं!" की तर्ज पर उंगली से इशारा और आरोप-प्रत्यारोप के साथ पूरा हुआ। उनकी प्रस्तुति ने पुष्टि की कि सॉफ्टवेयर विकास और परिनियोजन गतिविधियों को निर्बाध, पारदर्शी और पूरी तरह से एकीकृत करना ही एकमात्र समझदार विकल्प है। समय के साथ, यह प्रस्तुति प्रसिद्ध हो गई और अब इसे ऐतिहासिक रूप से एक महत्वपूर्ण मील के पत्थर के रूप में देखा जाता है जब आईटी उद्योग ने उस पद्धति की मांग करना शुरू किया जिसे आज DevOps के रूप में जाना जाता है।

2010: संयुक्त राज्य अमेरिका में डेवऑप्स

बढ़ती अनुयायियों के साथ, वार्षिक वेलोसिटी सम्मेलन के तुरंत बाद, DevOpsDays सम्मेलन पहली बार संयुक्त राज्य अमेरिका में माउंटेन व्यू, कैलिफ़ोर्निया में आयोजित किया गया था। 2018 में तेजी से आगे बढ़ते हुए, 30 से अधिक DevOpsDays सम्मेलन निर्धारित हैं, जिनमें संयुक्त राज्य अमेरिका में दर्जनों सम्मेलन शामिल हैं।

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

हम में से कई लोगों के लिए, DevOps के इतिहास में एक और उल्लेखनीय क्षण जीन किम, केविन बेहर और जॉर्ज सैफर्ड की पुस्तक "द फीनिक्स प्रोजेक्ट" का प्रकाशन था। यह उपन्यास एक आईटी मैनेजर की कहानी बताता है जो खुद को एक निराशाजनक स्थिति में पाता है: उसे एक महत्वपूर्ण ई-कॉमर्स प्रोजेक्ट को बचाने का काम सौंपा गया है जो गलत हो गया है। प्रबंधक का रहस्यमय गुरु - निदेशक मंडल का एक सदस्य जो दुबली विनिर्माण विधियों का शौकीन है - DevOps की अवधारणा का अनुमान लगाते हुए, मुख्य चरित्र को आईटी और एप्लिकेशन विकास के बारे में सोचने के नए तरीके सुझाता है। वैसे, "द फीनिक्स प्रोजेक्ट" ने हमें एक ऐसी ही व्यावसायिक कहानी के बारे में "आउटसोर्स वरना..." पुस्तक लिखने के लिए प्रेरित किया जिसमें एक सॉफ्टवेयर वीपी एक नए प्रमुख आउटसोर्स उत्पाद के विकास के दौरान DevOps का उपयोग करता है।

भविष्य के लिए DevOps

DevOps को अंतिम गंतव्य के बजाय एक यात्रा, या शायद एक आकांक्षा के रूप में वर्णित करना उचित है। DevOps, लीन मैन्युफैक्चरिंग की तरह, निरंतर सुधार, उत्पादकता और दक्षता में वृद्धि और यहां तक कि निरंतर तैनाती के लिए प्रयास करता है। DevOps का समर्थन करने के लिए स्वचालित उपकरण लगातार विकसित हो रहे हैं।

पिछले दशक में DevOps की स्थापना के बाद से बहुत कुछ हासिल किया गया है, और हम 2018 और उसके बाद भी और भी अधिक देखने की उम्मीद करते हैं।

स्रोत: www.habr.com

DevOps की उत्पत्ति: नाम में क्या है?