हे हाबर! म तपाईंको ध्यानाकर्षणमा लेखको अनुवाद प्रस्तुत गर्दछु "देवओप्सको उत्पत्ति: नाममा के छ?" स्टीव मेजाक द्वारा।

तपाईंको दृष्टिकोणमा निर्भर गर्दै, DevOps ले यो वर्ष आफ्नो नवौं वा दशौं वार्षिकोत्सव मनाउने छ। 2016 मा, RightScales' State of the Cloud रिपोर्टले उल्लेख गर्यो कि 70 प्रतिशत SMBs ले DevOps अभ्यासहरू अपनाइरहेका छन्। यो स्कोर बनाउने हरेक सूचक त्यसबेला देखि बढेको छ। DevOps ले आफ्नो दोस्रो दशकमा प्रवेश गर्नको लागि तयारी गर्दा, विगतमा टहल्नु र DevOps को उत्पत्तिमा फर्कनु राम्रो हुनेछ — र नामको उत्पत्तिसमेत।

2007 अघि: घटनाहरूको एक उत्तम श्रृंखला

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

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

1. कच्चा माल र तयार उत्पादनहरूको सूची स्तर न्यूनतममा कायम राख्ने। दुबला उत्पादन भन्नाले सामानहरू उत्पादन गर्नका लागि कच्चा मालको सूचीको न्यूनतम मात्रा र अर्डर वा ढुवानीको लागि पर्खिरहेका तयार उत्पादनहरूको न्यूनतम मात्रा हो।
2. अर्डर लाम न्यूनतम गर्दै। आदर्श रूपमा, प्राप्त आदेशहरू तुरुन्तै पूरा राज्यमा सार्नुहोस्। दुबला निर्माणको लागि कुञ्जी मेट्रिक सधैं अर्डर रसिद देखि डेलिभरी सम्म समय हुनेछ।
3. उत्पादन प्रक्रिया को अधिकतम दक्षता। प्रक्रिया पुन: ईन्जिनियरिङ् र सुधारिएको स्वचालनले सकेसम्म चाँडो सामानहरू उत्पादन गर्न संयोजन गर्दैछ। सम्पूर्ण मार्ग (काटन, वेल्डिंग, असेंबली, परीक्षण, आदि) को साथ उत्पादन को प्रत्येक क्षेत्र को अक्षमता को लागी मूल्याङ्कन गरिन्छ।

आईटी संसारमा, सफ्टवेयर विकासको झरना मोडेलको परम्परागत विधिहरूले पहिले नै द्रुत पुनरावृत्ति विधिहरूलाई मार्ग दिएको छ जस्तै चुस्त। द्रुत विकास र परिचालनको खोजीमा कहिलेकाहीं गुणस्तरले पीडा भोग्नुपरेको भए पनि गति रैलीिङ रोएको थियो। धेरै उस्तै तरिकामा, क्लाउड कम्प्युटिङ, विशेष गरी इन्फ्रास्ट्रक्चर-ए-सेवा (IAAS) र प्लेटफर्म-ए-सेवा (PaaS) ले आफूलाई IT प्रक्रिया र पूर्वाधारमा परिपक्व समाधानको रूपमा प्रमाणित गरेको छ।

अन्तमा, टूलकिटहरू भर्खरै देखा पर्न थालेका छन् निरन्तर एकता (CI)। CI उपकरणको विचार 1991 मा ग्रेडी बूच द्वारा उनको बूच विधिमा जन्मिएको र प्रस्तुत गरिएको थियो।

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

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

2009: देव र Ops बीचको सहयोगको मामला

O'Reilly Velocity सम्मेलनमा, Flickr का दुई कर्मचारीहरू, प्राविधिक सञ्चालनका वरिष्ठ उपाध्यक्ष जोन Allspaw र CTO पॉल ह्यामन्डले अहिलेको प्रसिद्ध प्रस्तुतीकरण दिए। "10 डिप्लोइमेन्ट एक दिन: Flickr मा Dev र Ops कोलाबोरेसन".

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

2010: संयुक्त राज्य अमेरिका मा DevOps

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

2013: परियोजना "फिनिक्स"

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

भविष्यको लागि DevOps

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

गत दशकमा DevOps को स्थापना पछि धेरै हासिल गरिएको छ, र हामी 2018 र पछि अझ धेरै देख्ने आशा गर्छौं।

स्रोत: www.habr.com