ओपनशिफ्ट एक आईटी संगठन की संगठनात्मक संरचना को कैसे बदल रहा है। PaaS में संक्रमण के दौरान संगठनात्मक मॉडल का विकास

यद्यपि प्लेटफॉर्म ऐज ए सर्विस (पीएएएस) समाधान अकेले व्यक्तियों और टीमों के सहयोग करने के तरीके को नहीं बदल सकते हैं, फिर भी वे अक्सर आईटी प्रौद्योगिकियों के बढ़ते लचीलेपन के जवाब में संगठनात्मक परिवर्तन के लिए उत्प्रेरक के रूप में काम करते हैं।

वास्तव में, PaaS में निवेश पर प्रतिफल को अधिकतम करना अक्सर संगठनात्मक भूमिकाओं, जिम्मेदारियों (कार्यों) और संबंध पैटर्न को बदलकर ही संभव होता है। सौभाग्य से, ओपनशिफ्ट कंटेनर प्लेटफॉर्म जैसे PaaS समाधान इतने लचीले हैं कि प्रत्येक आईटी संगठन इसमें शामिल लोगों और प्रक्रियाओं के संदर्भ में परिवर्तन की गति और पैमाने का निर्धारण कर सकता है।

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

इस पोस्ट में, हम आवश्यक संगठनात्मक परिवर्तन करने के तरीके पर मार्गदर्शन प्रदान करेंगे और कंटेनर प्रौद्योगिकियों को उद्यम में पेश किए जाने के साथ पारंपरिक आईटी भूमिकाएं कैसे बदल रही हैं।

नई नौकरियों को पुरानी भूमिकाओं से जोड़ना

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

DevOps संगठन की ओर

PaaS को लॉन्च करके और आईटी संचालन और एप्लिकेशन डेवलपर्स को इसमें स्थानांतरित करके, एक संगठन DevOps पद्धति को लागू करना जारी रख सकता है, जिसमें अन्य बातों के अलावा, निम्नलिखित मुख्य सिद्धांत शामिल हैं:

• काम को छोटे-छोटे चरणों में बांटेंशीघ्र प्रतिक्रिया प्राप्त करना, जोखिम कम करना और “विश्लेषण पक्षाघात” से बचना;
• परिचालन को पर्याप्त सीमा तक स्वचालित करें, ताकि अनुप्रयोग परिनियोजन प्रक्रिया में बाधाएं या अड़चनें पैदा न हों;
• ज्ञान साझा करना – विश्वास निर्माण की कुंजी;
• तकनीकी ऋणों का नियमित भुगतान करेंव्यवस्थित सुधार के लिए प्रत्येक कार्य चक्र में एक निश्चित समय आवंटित करना।

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

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

ओपनशिफ्ट पर माइग्रेट करते समय आईटी संगठनों के सामने आने वाली नई चुनौतियाँ

इस अनुभाग में, हम उन भूमिकाओं और कार्यों पर नज़र डालेंगे, जिन्हें ओपनशिफ्ट पर स्थानांतरित हुए संगठन आमतौर पर प्रौद्योगिकी और PaaS का उपयोग करके स्वचालन और स्व-सेवा में तेजी लाने के लिए उपयोग करते हैं।

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

तालिका 1. ओपनशिफ्ट कार्य परिभाषाएँ

कार्य
आवश्यक कौशल

आईटी अवसंरचना का स्वचालन और प्रावधान

कार्य:

• हार्डवेयर समाधानों का डिजाइन और निर्माण
• प्रारंभिक सेटअप के स्वचालन का संगठन और समर्थन
• वीएम का डिजाइन और स्वचालन तथा होस्ट तैयारी

• डेटा केंद्रों का डिजाइन और कार्यान्वयन
• सिस्टम प्रशासन Linux
• स्वचालन परिदृश्य
• भंडारण प्रणालियों का ज्ञान
• नेटवर्क डिजाइन और कार्यान्वयन के क्षेत्र में ज्ञान
• सुरक्षा

ओपनशिफ्ट प्लेटफ़ॉर्म को स्थापित करना और प्रबंधित करना

कार्य:

• क्लस्टर स्थापना करना
• बुनियादी ढांचा सेवा प्रबंधन
• प्लेटफ़ॉर्म स्केलिंग का प्रबंधन
• प्लेटफ़ॉर्म-स्तरीय प्रमाणीकरण और प्राधिकरण

• सिस्टम प्रशासन Linux
• नेटवर्क प्रौद्योगिकियों का ज्ञान
• स्वचालन स्क्रिप्ट (Ansible)
• भंडारण प्रणालियों का ज्ञान
• कंटेनर प्रौद्योगिकियों और आर्किटेक्चर का ज्ञान
• कुबेरनेट्स और ओपनशिफ्ट आर्किटेक्चर का ज्ञान
• प्लेटफ़ॉर्म सुरक्षा
• निगरानी एकीकरण

किरायेदार प्रावधान का प्रबंधन, आईटी क्षमता को अलग करना

कार्य:

• प्लेटफ़ॉर्म के भीतर उपयोगकर्ता और टीम बनाना
• कोटा का डिजाइन और प्रबंधन
• आरबीएसी का डिजाइन और कार्यान्वयन

• कुबेरनेट्स और ओपनशिफ्ट आर्किटेक्चर का ज्ञान
• कंटेनर प्रौद्योगिकियों और आर्किटेक्चर का ज्ञान
• स्वचालन परिदृश्य
• परियोजनाओं, कोटा, भूमिका असाइनमेंट और शेड्यूलर के साथ काम करने का अच्छा ज्ञान

आधार छवियों का निर्माण और प्रबंधन

कार्य:

• छवियों को संशोधित करने के लिए कार्यप्रवाह विकसित करना
• मानकों के आधार पर छवियाँ विकसित करना

• सिस्टम प्रशासन Linux
• स्वचालन परिदृश्य
• अनुप्रयोगों और मिडलवेयर के रनटाइम घटकों को कॉन्फ़िगर करना
• कंटेनर आर्किटेक्चर का ज्ञान
• अनुप्रयोग निर्माण फ्रेमवर्क
• छवियों, इमेजस्ट्रीम और टेम्पलेट्स का अच्छा ज्ञान

परिनियोजन पाइपलाइनों का डिजाइन और प्रबंधन

कार्य:

• कन्वेयर मानकों का डिजाइन और दस्तावेज़ीकरण
• त्वरित मार्गदर्शिकाओं और टेम्पलेट्स का विकास
• डेवलपर प्रशिक्षण

• स्रोत कोड प्रबंधन
• अनुप्रयोगों का डिजाइन और कार्यान्वयन
• स्वचालन परिदृश्य
• स्वचालित परीक्षण
• कोड गुणवत्ता परीक्षण
• कंटेनर आर्किटेक्चर का ज्ञान
• अपरिवर्तनीय अवसंरचनाओं का ज्ञान
• सुरक्षा - पाइपलाइन चरणों तक पहुंच का प्रबंधन, वर्कफ़्लो को मंजूरी देना, आदि।
• ओपनशिफ्ट टेम्पलेट्स, घटकों बिल्डकॉन्फ़िगरेशन, डिप्लॉयमेंटकॉन्फ़िगरेशन, सेवाओं, रूट, कॉन्फ़िगमैप्स का अच्छा ज्ञान

अनुप्रयोग और परीक्षण विकास

कार्य:

• एप्लिकेशन कोडिंग
• स्वचालित परीक्षणों का विकास
• परिनियोजन पाइपलाइन के दौरान परीक्षण विफलताओं पर प्रतिक्रिया करना
• अनुप्रयोग विफलताओं पर प्रतिक्रिया करना
• उपयोगकर्ता स्वीकृति परीक्षण

• अनुप्रयोगों का डिजाइन और कार्यान्वयन
• स्वचालित परीक्षण
• स्रोत कोड प्रबंधन
• अनुप्रयोग निगरानी
• क्लाउड नेटिव एप्लिकेशन आर्किटेक्चर का ज्ञान

परिचालन निगरानी और अनुप्रयोग प्रबंधन

कार्य:

• प्रदर्शन के लिए अनुप्रयोगों का डिजाइन
• रनटाइम पर अनुप्रयोगों की निगरानी करना
• अनुप्रयोग स्केलिंग (या ऑटोस्केलिंग)
• एप्लिकेशन उपलब्धता का प्रबंधन
• अनुरोध कोटा और संसाधन प्रबंधन सीमाएँ
• प्रदर्शन और आईटी क्षमता परीक्षण

• अनुप्रयोग प्रदर्शन का डिजाइन और कार्यान्वयन
• आवेदन प्रदर्शन की निगरानी
• प्रदर्शन और लोड परीक्षण

उपयोगकर्ता स्वीकृति परीक्षण

कार्य:

• यूआई (डिज़ाइन और उपयोगकर्ता इंटरैक्शन) परीक्षण
• स्वचालित परीक्षणों का विकास

• उपयोगकर्ता इंटरफेस का डिजाइन और परीक्षण
• स्वचालित परीक्षण टेम्पलेट
• परीक्षण ढाँचे
• अनुप्रयोग डिज़ाइन पैटर्न

ओपनशिफ्ट में जाने पर आईटी संगठन में उभरने वाली नई भूमिकाएँ

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

• अनुप्रयोग संचालन इंजीनियर या साइट विश्वसनीयता इंजीनियर। पहले, इस पद को "एप्लिकेशन सर्वर एडमिनिस्ट्रेटर" कहा जाता था।
• एप्लिकेशन डेवलपर/सॉफ्टवेयर डेवलपर/सॉफ्टवेयर इंजीनियर।
• क्लस्टर/एप्लिकेशन प्लेटफ़ॉर्म एडमिनिस्ट्रेटर। पहले इस पद को "सिस्टम एडमिनिस्ट्रेटर" या "एडमिनिस्ट्रेटर" कहा जाता था। Linux-प्लेटफ़ॉर्म"।
• रिलीज़ मैनेजर/बिल्ड इंजीनियर.

RACI भूमिका और कार्य मैट्रिक्स

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

कार्य
भूमिका

एप्लिकेशन ऑपरेशन इंजीनियर / साइट विश्वसनीयता इंजीनियर
एप्लिकेशन डेवलपर/सॉफ्टवेयर डेवलपर/सॉफ्टवेयर इंजीनियर
क्लस्टर/एप्लिकेशन प्लेटफ़ॉर्म व्यवस्थापक
सॉफ्टवेयर रिलीज मैनेजर / असेंबली इंजीनियर

आईटी अवसंरचना का स्वचालन और प्रावधान
I
I
आर/ए
C

ओपनशिफ्ट प्लेटफ़ॉर्म को स्थापित करना और प्रबंधित करना
C
I
आर/ए
C

परिनियोजन पाइपलाइनों का डिजाइन और प्रबंधन
C
C
I
आर/ए

किरायेदार प्रावधान, अलगाव और आईटी क्षमता का प्रबंधन
C
I
आर/ए
I

आधार छवियों का निर्माण और प्रबंधन
R
C
आर/ए
C

अनुप्रयोग और परीक्षण विकास
C
आर/ए
I
I

परिचालन निगरानी और अनुप्रयोग प्रबंधन
आर/ए
C
C
I

उपयोगकर्ता स्वीकृति परीक्षण
C
R
I
I

RACI मैट्रिक्स प्रतीक
स्रोत: विकिपीडिया

• उत्तरदायी - कलाकार वह है जो कार्य को पूरा करने के लिए आवश्यक कार्य करता है।
• उत्तरदायी - जिम्मेदार - एक कर्मचारी जो अंततः किसी कार्य के सही और पूरी तरह से पूरा होने या परिणाम की उपलब्धि के लिए जिम्मेदार होता है; और वह एकमात्र व्यक्ति है जो कलाकारों को काम सौंप सकता है।
• परामर्श - सलाहकार - ये आमतौर पर विषय विशेषज्ञ होते हैं जिनकी सलाह ली जाती है; इनके साथ दो-तरफ़ा संचार समर्थित है।
• जानकार - सूचित - वे लोग जिन्हें घटनाओं की जानकारी दी जाती है (कभी-कभी केवल कार्य पूरा होने या परिणाम प्राप्त होने के बाद); वे एकतरफा सूचना प्राप्त करते हैं।

DevOps संगठन में टीमें किस प्रकार सहयोग करती हैं

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

चित्र 1. पारंपरिक आईटी संगठन

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

चित्र 2. DevOps आईटी संगठन

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

उपसंहार

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

स्रोत: www.habr.com