👩‍👩‍👧‍👧 🐽 👩🏾‍🍳 DORA रिपोर्ट 2019: DevOps के प्रदर्शन को कैसे बेहतर बनाया जाए 👉🏿 ⛹🏽 🖊️

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

Mail.ru Cloud Solutions की टीम ने 2019 Accelerate State of DevOps Report से सबसे दिलचस्प अनुवाद किया, जो DevOps Research & Assessment (DORA) के विशेषज्ञों द्वारा संकलित है। अध्ययन में दुनिया भर के 31,000 पेशेवरों को शामिल किया गया था। आइए देखें कि 2019 में उद्योग में क्या बदलाव आया है और कैसे एक व्यवसाय सॉफ्टवेयर वितरण की दक्षता बढ़ा सकता है।

कैसे उद्योग और कंपनी के आकार DevOps को प्रभावित करते हैं

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

5,000 से अधिक कर्मचारियों वाली कंपनियों में DevOps का प्रदर्शन संकेतक 5,000 से कम कर्मचारियों वाली कंपनियों की तुलना में कम था। सबसे अधिक संभावना है, यह इस तथ्य के कारण है कि बड़े संगठनों में, बड़ी प्रक्रियाएं, कठोर नियंत्रण, आईटी प्रणालियों की अधिक जटिल वास्तुकला, जो कोड विकसित करने और रोल आउट करने की प्रक्रिया में देरी का परिचय देती है। उसी समय, विशेषज्ञों का मानना है कि कंपनी का पैमाना DevOps के निर्माण में सफलता को बाधित नहीं करता है, बस कुछ मामलों में इसे अधिक प्रयास की आवश्यकता हो सकती है।

किसी कंपनी में DevOps के स्तर का मूल्यांकन कैसे करें

विशेषज्ञों ने एक बेंचमार्क के साथ DevOps प्रक्रियाओं की तुलना की, सर्वेक्षण प्रतिभागियों को सर्वश्रेष्ठ, अच्छा, मध्यम और कम संकेतक वाले चार समूहों में विभाजित किया।

DevOps की प्रभावशीलता का मूल्यांकन करने के लिए चार प्रमुख मैट्रिक्स रिपोर्ट के लिए लिए गए थे: सॉफ्टवेयर विकास, तैनाती की आवृत्ति, विफलताओं की आवृत्ति, और पुनर्प्राप्ति समय के दौरान परिवर्तन को पूरा करने के लिए लिया गया समय।

DevOps के चार स्तर - मूल्यांकन करें कि आपकी कंपनी कहाँ स्थित है:

कंपनी की मुख्य सेवाओं और अनुप्रयोगों के लिए सॉफ्टवेयर वितरण प्रदर्शन मूल्यांकन मीट्रिक	शीर्ष स्कोर टीमें	अच्छी टीमें	मध्यम टीमें	कम स्कोर वाली टीमें
परिनियोजन आवृत्ति एक कंपनी कितनी बार कोड का उत्पादन करती है या इसे अंतिम उपयोगकर्ताओं के लिए जारी करती है।	अनुरोध पर, प्रति दिन कई तैनाती	दिन में एक बार सप्ताह में एक बार	सप्ताह में एक बार से लेकर महीने में एक बार	महीने में एक बार / कई महीनों में
लीड समय बदलें एक परीक्षण से सॉफ़्टवेयर में स्विच करने में कितना समय लगता है जो सफलतापूर्वक उत्पादन में काम करता है।	एक दिन से भी कम समय में	एक दिन से एक सप्ताह तक	एक सप्ताह से एक महीने तक	छह महीने तक
सेवा वसूली समय किसी घटना या बग के उपयोगकर्ताओं को प्रभावित करने के बाद किसी सेवा को पुनर्स्थापित करने में कितना समय लगता है।	एक घंटे से भी कम	दिन के दौरान	एक सप्ताह के भीतर	सप्ताह से महीने तक
विफलता दर बदलें अपडेट या नए रिलीज़ का कितना प्रतिशत खराब सेवा की ओर जाता है और इसे ठीक करने की आवश्यकता है।	0-15%	0-15%	0-15%	46-60%

अध्ययन में निम्नलिखित प्रवृत्ति का पता चला: उच्च स्तर के साथ टीमों की संख्या लगभग तीन गुना, 2018 में सभी उत्तरदाताओं के 7% से 20% तक बढ़ गई।

प्रदर्शन स्तरों द्वारा विकास टीमों का वितरण।

निम्न-प्रदर्शन समूह में टीमों की तुलना में, उच्च-प्रदर्शन DevOps टीम:

208 गुना अधिक कोड तैनाती को पूरा किया।
१०६ गुना कम समय कोड को तैनात करने में बिताया।
विफलताओं का सामना करने की 7 गुना कम संभावना है।
विफलताओं के बाद सॉफ़्टवेयर को पुनर्स्थापित करने के लिए 2.604 बार तेजी से।

इसके अलावा, उच्च स्कोर वाले देवओप टीमों को कम स्कोर वाली टीमों की तुलना में अपने संगठनात्मक प्रदर्शन मैट्रिक्स को प्राप्त करने या उससे अधिक होने की संभावना दो गुना अधिक है।

कई विशेषज्ञ सोचते हैं कि एक ही समय में सभी संकेतकों में वृद्धि हासिल करना असंभव है, हमें समझौता करना चाहिए। तो, कुछ लोगों का मानना है कि रिलीज़ रिलीज़ की गति बढ़ाने से सॉफ़्टवेयर वितरण प्रक्रिया और सेवा वितरण की विश्वसनीयता पर प्रतिकूल प्रभाव पड़ सकता है। हालांकि, अध्ययनों से पता चला है कि परिणामों की गति और स्थिरता परस्पर अनन्य नहीं हैं।

मुझे DevOps टीमों की संख्या में वृद्धि में कुछ भी आश्चर्यजनक नहीं दिखता है, यह तर्कसंगत है: DevOps दर्शन अब लोकप्रिय है, और स्टार्टअप की संख्या बढ़ रही है।

लेकिन, मेरी राय में, विशेषज्ञों ने DevOps की प्रभावशीलता का मूल्यांकन करने के लिए काफी सही पैरामीटर नहीं चुना।

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

इसी तरह, किसी सेवा की पुनर्प्राप्ति समय के साथ: किसी भी विकसित सेवा के लिए, इसे सेकंड में परिकलित किया जाना चाहिए, और कई सेवाओं के लिए एक सरल एक अस्वीकार्य है, इसके लिए उन्होंने सहज रोलिंग प्रौद्योगिकियों (उदाहरण के लिए, हरे / नीले) का आविष्कार किया।

इसके अलावा, कोड परिनियोजन की संख्या पर ध्यान केंद्रित न करें - यह विकास टीम की आवश्यकता और दक्षताओं पर निर्भर करता है। यदि परिनियोजन में नई कार्यक्षमता जोड़ना शामिल है, तो यह एक बात है, और यदि पिछली तैनाती के दौरान की गई गलतियों को सुधारना पूरी तरह से अलग है।

डेनिस रोमनेंको, फ्रीलांस विशेषज्ञ Mail.ru Cloud Solutions

DevOps प्रक्रियाओं में सुधार कैसे करें

रिपोर्ट दो क्षेत्रों को प्रस्तुत करती है जो DevOps को बेहतर बनाने में मदद करेगी: सॉफ्टवेयर विकास और वितरण की दक्षता में सुधार और उत्पादकता में सुधार।

प्रत्येक दिशा में अपने स्वयं के घटक शामिल हैं, जिनमें सुधार करके आप वांछित लक्ष्य प्राप्त कर सकते हैं।

रिपोर्ट के अनुसार, डिजिटल परिवर्तन की कुंजी कॉर्पोरेट संस्कृति है। अत्यधिक प्रभावी DevOps टीमों को विश्वास और मनोवैज्ञानिक सुरक्षा, कार्य परिणामों की समझ और स्पष्ट लक्ष्यों की आवश्यकता है। ऐसा वातावरण टीम के सदस्यों को सूचित निर्णय लेने, अपनी राय व्यक्त करने और अधिक रचनात्मक होने की अनुमति देता है।

क्लाउड टेक्नोलॉजी, निरंतर वितरण, डिजास्टर रिकवरी टेस्टिंग और परिवर्तन प्रबंधन भी सॉफ्टवेयर विकास और वितरण की दक्षता में सुधार करने में मदद करेगा। आसानी से उपयोग होने वाले उपकरणों में निवेश करके, तकनीकी ऋण को कम करके, अकुशल कोड और अप्रचलित तकनीकों के प्रतिशत को कम करके, कॉर्पोरेट ज्ञान के आधार को व्यवस्थित करके और बाहरी समाधानों तक पहुंच बनाकर श्रम उत्पादकता में सुधार किया जा सकता है।

मुझे लगता है कि DevOps की कार्यप्रणाली और विचारधारा ठीक है कि ये प्रक्रियाएँ बाहरी परिस्थितियों पर निर्भर नहीं हैं, जैसे कि बादल या आपका स्वयं का हार्डवेयर। क्लाउड अपने आप में एक टूल से ज्यादा कुछ नहीं है, कहीं न कहीं यह मदद करेगा, कहीं न कहीं यह बाधा बनेगा या मांग में नहीं आएगा।

डेनिस रोमनेंको, फ्रीलांस विशेषज्ञ Mail.ru Cloud Solutions

नीचे हम कुछ ऐसे घटकों को देखते हैं जो DevOps टीम के प्रदर्शन को बेहतर बनाते हैं।

क्लाउड तकनीक देवो की सफलता में योगदान करती है

2019 में, अधिक से अधिक संगठन क्लाउड समाधान चुन रहे हैं जो कि DevOps टीमों की उत्पादकता में काफी वृद्धि करते हैं।

इन्फ्रास्ट्रक्चर देवऑप्स कमांड का उपयोग करता है।

DORA ने पाया कि 80% उत्तरदाताओं ने क्लाउड प्लेटफॉर्म पर कोर एप्लिकेशन या सेवाओं की मेजबानी की है । फिर भी, केवल 29% उत्तरदाताओं ने नेशनल इंस्टीट्यूट ऑफ स्टैंडर्ड्स एंड टेक्नोलॉजी में क्लाउड कंप्यूटिंग की सभी मुख्य विशेषताओं को लागू किया - यह DevOps के ढांचे के भीतर क्लाउड के मूल्य का मूल्यांकन करने के लिए सबसे महत्वपूर्ण मानक है।

सुविधा	प्रतिशत उपयोग किया जाता है
मांग पर स्व खानपान उपभोक्ता स्वचालित रूप से कंप्यूटिंग संसाधन प्रदान कर सकते हैं प्रदाता की भागीदारी के बिना आवश्यक है।	57% (2018 से (11%)
व्यापक नेटवर्क का उपयोग कई प्लेटफार्मों में क्लाउड क्षमताएं उपलब्ध हैं, जैसे मोबाइल फोन, टैबलेट, लैपटॉप और वर्कस्टेशन।	60% (2018 से # 14%)
संसाधन पूल प्रदाता संसाधनों को एक बहु-किरायेदार मॉडल में जोड़ा जाता है, जहां भौतिक और आभासी संसाधनों को गतिशील रूप से मांग पर सौंपा जाता है।	58% (+ 2018 से 15%)
स्केलेबिलिटी और लोच संसाधनों को मांग पर क्षैतिज या लंबवत रूप से बढ़ाया जाता है, वे व्यावहारिक रूप से असीमित हैं और किसी भी समय किसी भी मात्रा में जारी किए जा सकते हैं।	58% (2018 से +135)
पारदर्शिता क्लाउड सिस्टम स्वचालित रूप से सेवा के प्रकार के आधार पर संसाधनों के उपयोग पर नियंत्रण, अनुकूलन और रिपोर्ट करता है: डेटा भंडारण और प्रसंस्करण, यातायात की मात्रा, सक्रिय उपयोगकर्ता खाते	62% (2018 से # 14%)

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

क्लाउड प्रदाताओं के लिए, सार्वभौमिक मानक विभिन्न प्रकार की सेवाओं का प्रावधान है: वर्चुअल मशीन नेटवर्क, पहचान और अभिगम नियंत्रण (IAM), भंडारण और डेटाबेस, मशीन लर्निंग, इंटरनेट ऑफ थिंग्स (IoT), कंटेनर समाधान, सुरक्षा समाधान और अन्य।

क्लाउड प्रदाताओं के ग्राहक केवल उन संसाधनों के लिए भुगतान करते हैं जो वे उपयोग करते हैं, जो पारंपरिक डेटा केंद्रों के विपरीत लागत पारदर्शिता सुनिश्चित करता है, जहां विकास की लागत पर जानकारी प्राप्त करना मुश्किल या असंभव है। ऊपर सूचीबद्ध क्लाउड विशेषताओं को पूरा करने वाली कंपनियों के उत्तरदाताओं को सॉफ़्टवेयर कार्य की लागत का अनुमान लगाने में 2.6 गुना अधिक सटीक है, 2 बार अधिक बार समझ में आता है कि कौन से अनुप्रयोग अधिक संसाधनों का उपभोग करते हैं, और 1.65 गुना अधिक बार आईटी के लिए आवंटित बजट के भीतर रहते हैं।

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

डेनिस रोमनेंको, फ्रीलांस विशेषज्ञ Mail.ru Cloud Solutions

तकनीकी अभ्यास DevOps

DevOps को लागू करने के इच्छुक कई संगठन निर्देशों या सर्वोत्तम प्रथाओं के एक समूह की तलाश कर रहे हैं। हालांकि, कोई समान कंपनियां नहीं हैं, इसलिए, चुनने के लिए क्या अभ्यास व्यवसाय की वर्तमान स्थिति और उसके लक्ष्यों पर निर्भर करता है।

इसी समय, सामान्य निर्देश हैं जो DevOps की दक्षता में सुधार करने में मदद करते हैं: उनमें से कुछ टीम स्तर पर विकसित किए जाते हैं, अन्य को संगठन स्तर पर प्रयासों की आवश्यकता होती है।

2019 में DevOps टीमों के लिए विकास की दिशाएं क्या हैं:

संगठन का स्तर	शिथिल युग्मित वास्तुकला परिवर्तनों का कार्यान्वयन कोड का समर्थन
टीम स्तर	निरंतर एकीकरण परीक्षण स्वचालन तैनाती स्वचालन निगरानी विकास पाइपलाइन
टीम और संगठन स्तर पर	क्लाउड सेवाओं का उपयोग आपदा वसूली परीक्षण

अध्ययन ने DevOps के प्रदर्शन पर शिथिल युग्मित वास्तुकला के सकारात्मक प्रभाव की पुष्टि की।

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

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

डेनिस रोमनेंको, फ्रीलांस विशेषज्ञ Mail.ru Cloud Solutions

सफल DevOps टीम सब कुछ स्वचालित करती है

निरंतर एकीकरण और वितरण (CI / CD) आपको सेवाओं और अनुप्रयोगों को कम लागत और जोखिम के साथ उत्पादों तक पहुंचाने की अनुमति देता है, साथ ही साथ संगठन के लक्ष्यों के अनुसार रिलीज को बनाए रखता है।

एक सफल सीआई / सीडी का अर्थ यह भी है कि टीमें मांग पर उत्पादन में बदलाव को लागू कर सकती हैं, वे तुरंत तैनाती की गुणवत्ता पर प्रतिक्रिया देख सकती हैं, उन्हें जल्दी से काम किया जा सकता है और अगले तैनाती चक्र में सुधार किया जा सकता है।

रिपोर्ट बताती है कि सफल DevOps टीमें सहायक प्रक्रियाओं, प्रथाओं और उपकरणों की एक विस्तृत श्रृंखला में निवेश करती हैं:

92% स्वचालित विधानसभा उपकरण का उपयोग करें;
87% स्वचालित इकाई परीक्षण का उपयोग करें;
57% स्वीकृति परीक्षण के लिए स्वचालन का विस्तार;
परीक्षण वातावरण में 72% स्वचालित तैनाती, उत्पादन में तैनाती के लिए 69% वही करते हैं;
69% तैनाती प्रक्रिया में चैटबॉट्स को एकीकृत करता है;
57% निगरानी उपकरणों के साथ एकीकृत।

सही उपकरण और प्रौद्योगिकी का चयन करना महत्वपूर्ण है।

जटिल प्रणालियों का निर्माण और व्यावसायिक महत्वपूर्ण बुनियादी ढांचे का प्रबंधन करते समय, निम्नलिखित तकनीकों को चुनना महत्वपूर्ण है:

जो पहले कनेक्शन के दौरान और निरंतर संचालन में दोनों का उपयोग करना आसान है;
जो आपके लक्ष्यों को प्राप्त करने में मदद करते हैं।

रिपोर्ट ने सीआई / सीडी के माध्यम से सॉफ्टवेयर को तैनात करने के लिए उपयोग किए जाने वाले औजारों की जांच की, और स्वचालन उपकरणों का परीक्षण किया - ये ऐसी प्रौद्योगिकियां हैं जो देवओप्स से गुजरती हैं।

कौन सी प्रौद्योगिकियां DevOps कमांड का उपयोग करती हैं:

प्रौद्योगिकी के	कम स्कोर वाली टीमें	मध्यम टीमें	अच्छी टीमें	उच्च स्कोर वाली टीमें
मालिकाना, खुला स्रोत और वाणिज्यिक बॉक्स उत्पादों का संयोजन	30%	34%	32%	33%
ज्यादातर खुले स्रोत और अत्यधिक अनुकूलित बॉक्सिंग समाधान	17%	8%	7%	10%
अधिकतर खुले स्रोत और बॉक्स-आधारित समाधानों के साथ थोड़ा ट्विकिंग	14%	21%	18%	20%
मुख्य रूप से बॉक्सिंग वाणिज्यिक समाधान	8%	12%	8%	4%
कंपनी के लिए आंतरिक विकास और मालिकाना समाधान	20%	6%	5%	6%
सबसे पहले, मजबूत अनुकूलन के साथ खुला स्रोत	6%	7%	5%	12%
थोड़ा ट्वीकिंग के साथ पहला खुला स्रोत	5%	12%	24%	15%

साधनों की सुविधा टीम की क्षमता को चुनिंदा प्रौद्योगिकी स्टैक के मूल्य को अधिकतम करने की क्षमता को प्रभावित करती है: आसानी से उपयोग की जाने वाली तकनीकों वाले इंजीनियर उच्च दरों वाली टीमों से संबंधित होने की संभावना 1.5 गुना अधिक होती है।

मेरी राय में, यह तालिका यह एहसास दिलाती है कि एक सफल DevOps-Team होने के लिए, आपको मॉड का अनुसरण करने की आवश्यकता है, न कि तकनीकी कार्य की।

एक सक्षम विशेषज्ञ कार्य के लिए उपकरणों का चयन करता है, न कि इसके विपरीत। किसी भी समस्या को हल करने के लिए, हमेशा कई उपकरण और दृष्टिकोण होते हैं। एक विशिष्ट उपकरण द्वारा निर्धारित किया जाता है: कार्य की बारीकियों; इस उपकरण से कर्मचारी कितना परिचित है (यदि उपकरण नया है तो प्रवेश सीमा कितनी बड़ी है); वित्तीय घटक, यदि कोई हो।

डेनिस रोमनेंको, फ्रीलांस विशेषज्ञ Mail.ru Cloud Solutions

आपदा वसूली

प्रत्येक संगठन जिसका कार्य सॉफ्टवेयर के संचालन पर निर्भर करता है, के पास आपदा वसूली योजना होनी चाहिए। रिपोर्ट बताती है कि विभिन्न कंपनियों द्वारा किस प्रकार के आपदा सहिष्णुता परीक्षण का उपयोग किया जाता है।

आपदा वसूली के लिए किस प्रकार के परीक्षण कंपनियां उपयोग करती हैं

परीक्षण प्रकार	कम स्कोर वाली टीमें	मध्यम टीमें	अच्छी टीमें	उच्च स्कोर वाली टीमें	औसत पर,
परीक्षण जो वास्तविक प्रणालियों को प्रभावित नहीं करते हैं	35%	26%	27%	30%	28%
इन्फ्रास्ट्रक्चर फेलओवर (डेटा सेंटर सहित)	27%	43%	34%	38%	38%
आवेदन विफलता परीक्षण	25%	46%	41%	49%	43%
खराबी परीक्षण प्रणालियों के साथ घटनाओं का अनुकरण	18%	22%	23%	29%	23%
कार्य प्रणालियों में खराबी के साथ मॉडलिंग की घटनाएं	18%	11%	12%	13%	12%
ऑटोमेशन और सिस्टम बनाना जो बाधित करते हैं एक नियमित, चल रहे आधार पर उत्पादन प्रणाली	9%	8%	7%	9%	8%

उत्तरदाताओं का केवल 40% इन तरीकों में से एक या अधिक का उपयोग करके प्रतिवर्ष आपदा वसूली परीक्षण आयोजित करता है। इसी समय, आपदा वसूली परीक्षणों का संचालन करने वाली कंपनियों की उच्च स्तर की सेवा उपलब्धता होती है। रिपोर्ट से पता चलता है कि उच्च प्रदर्शन वाली DevOps टीमों को सॉफ़्टवेयर विकास और परिनियोजन प्रक्रियाओं में आपदा रिकवरी टेस्ट डेटा का 1.4 गुना अधिक संभावना है।

यह महत्वपूर्ण है कि DevOps टीमों की जानकारी तक पहुँच हो

उच्च स्तर पर DevOps कमांड के प्रदर्शन को ध्यान में रखते हुए समस्याओं को हल करने के लिए जानकारी की आसान खोज द्वारा सुविधा होगी। यह आधुनिक तकनीकी वातावरण में विशेष रूप से सच है, जिसमें जटिल प्रणालियां हैं।

इस तरह की जानकारी के स्रोतों को दो समूहों में विभाजित किया जा सकता है:

आंतरिक स्रोत : कोड, कॉरपोरेट नॉलेज बेस, रिपॉजिटरी और बहुत कुछ बनाने और बनाए रखने के लिए कंपनी के दस्तावेज। उन DevOps टीमों ने, जो ज्ञान के आंतरिक स्रोतों का उपयोग करते थे, 1.73 गुना अधिक उत्पादक थे।
बाहरी स्रोत : खोज इंजन और स्टैक पुनःपूर्ति। बाहरी DevOps टीमें 1.67 गुना अधिक उत्पादक थीं। बाहरी प्रौद्योगिकियां सीखने और विकास के लिए एक महान लाभ प्रदान करती हैं, विशेष रूप से सार्वजनिक बादलों और खुले स्रोत उपकरणों का उपयोग।

कंपनियों के लिए तकनीकी ऋण कम करना महत्वपूर्ण है

तकनीकी ऋण में ज्ञात या निश्चित बग के साथ कोड या सिस्टम शामिल हैं; अपर्याप्त परीक्षण कवरेज; निम्न गुणवत्ता कोड या डिज़ाइन; ऐसी कलाकृतियाँ जिनका उपयोग नहीं किया जाता है लेकिन हटाया नहीं जाता है; कार्यान्वयन जो टीम प्रभावी रूप से समर्थन नहीं कर सकती है; पुरानी तकनीक; अधूरा या पुराना दस्तावेज।

विशेषज्ञों ने पाया है कि तकनीकी ऋण DevOps के प्रदर्शन को प्रतिकूल रूप से प्रभावित करता है। उच्च तकनीकी ऋण वाली टीमें 1.6 गुना कम उत्पादक थीं। उच्च दर वाली टीमें कम तकनीकी ऋण के 1.4 गुना अधिक होने की संभावना थी।

DevOps अनुसंधान से प्रमुख निष्कर्ष

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

DORA रिपोर्ट 2019: DevOps के प्रदर्शन को कैसे बेहतर बनाया जाए

कैसे उद्योग और कंपनी के आकार DevOps को प्रभावित करते हैं

किसी कंपनी में DevOps के स्तर का मूल्यांकन कैसे करें

DevOps प्रक्रियाओं में सुधार कैसे करें

क्लाउड तकनीक देवो की सफलता में योगदान करती है

तकनीकी अभ्यास DevOps

सफल DevOps टीम सब कुछ स्वचालित करती है

सही उपकरण और प्रौद्योगिकी का चयन करना महत्वपूर्ण है।

आपदा वसूली

यह महत्वपूर्ण है कि DevOps टीमों की जानकारी तक पहुँच हो

कंपनियों के लिए तकनीकी ऋण कम करना महत्वपूर्ण है

DevOps अनुसंधान से प्रमुख निष्कर्ष

More articles: