हामी बुझ्ने भाषामा DevOps को बारेमा कुरा गर्छौं

DevOps को बारेमा कुरा गर्दा मुख्य बिन्दु बुझ्न गाह्रो छ? हामीले तपाईंको लागि जीवन्त एनालॉगहरू, उल्लेखनीय सूत्रहरू र विशेषज्ञहरूबाट सल्लाहहरू सङ्कलन गरेका छौं जसले गैर-विशेषज्ञहरूलाई पनि बिन्दुमा पुग्न मद्दत गर्नेछ। अन्तमा, बोनस Red Hat कर्मचारीहरूको आफ्नै DevOps हो।

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

त्यसकारण, तपाइँ प्राय: DevOps को बारेमा प्रश्नहरू सुन्न सक्नुहुन्छ, के यो फुर्तिलो जस्तै हो? वा यो कुनै विशेष विधि हो? वा यो "सहयोग" शब्दको लागि मात्र अर्को पर्यायवाची शब्द हो?

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

DevOps के हो: 6 परिभाषा र एनालॉगहरू

हामीले विज्ञहरूलाई DevOps को सारलाई सकेसम्म सरल र छोटकरीमा व्याख्या गर्न भन्यौं ताकि यसको मूल्य कुनै पनि स्तरको प्राविधिक ज्ञान भएका पाठकहरूलाई स्पष्ट होस्। यी वार्तालापहरूको नतिजाहरूको आधारमा, हामीले सबैभन्दा उल्लेखनीय एनालॉगहरू र उल्लेखनीय सूत्रहरू चयन गरेका छौं जसले तपाईंलाई DevOps को बारेमा तपाईंको कथा निर्माण गर्न मद्दत गर्नेछ।

1. DevOps एक सांस्कृतिक आन्दोलन हो

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

2. DevOps विकासकर्ताहरूलाई सशक्त बनाउने बारे हो।

"DevOps ले विकासकर्ताहरूलाई अनुप्रयोगहरूको स्वामित्व लिन, तिनीहरूलाई चलाउन र सुरुदेखि अन्त्यसम्म डेलिभरी व्यवस्थापन गर्न सशक्त बनाउँछ।"

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

3. DevOps एप्लिकेसनहरू सिर्जना गर्न र वितरण गर्नमा सहयोगको बारेमा हो।

"सरल शब्दमा भन्नुपर्दा, DevOps सफ्टवेयर उत्पादन र डेलिभरीको लागि एक दृष्टिकोण हो जहाँ सबैले मिलेर काम गर्छन्," गुर स्टाफ, BMC मा डिजिटल व्यापार स्वचालनका अध्यक्ष र प्रमुख भन्छन्।

4. DevOps एक पाइपलाइन हो

"सबै भागहरू एकसाथ फिट भएमा मात्र कन्वेयर विधानसभा सम्भव छ।"

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

व्यवसायिक तर्क वा प्रयोगकर्ता इन्टरफेस सिर्जना गर्ने विकासकर्ताले ग्राहकको जानकारी भण्डारण गर्ने डाटाबेस, प्रयोगकर्ताको डाटा सुरक्षित गर्ने सुरक्षा उपायहरू, र सेवाले ठूलो, सम्भवतः करोडौं डलर प्रयोगकर्ता दर्शकहरूलाई सेवा दिन थालेपछि यी सबैले कसरी काम गर्ने भन्ने बारे सोच्नै पर्छ। ।"

"आफ्नो आफ्नै कार्यहरूमा मात्र ध्यान केन्द्रित गर्नुको सट्टा अरूले गरिरहेको कामको भागहरूको बारेमा मानिसहरूलाई सहयोग गर्न र सोच्न पाउनु सबैभन्दा ठूलो बाधा हो। यदि तपाईंले यो गर्न सक्नुहुन्छ भने, तपाईंसँग डिजिटल रूपान्तरणको उत्कृष्ट मौका छ, ”गुर स्टाफ थप्छन्।

5. DevOps मान्छे, प्रक्रिया र स्वचालन को सही संयोजन हो

DevOps संस्थानका कार्यकारी निर्देशक जेने ग्रोलले DevOps को व्याख्या गर्नको लागि उत्कृष्ट समानता प्रस्ताव गरे। उनका शब्दहरूमा, "DevOps सामग्रीहरूको तीन मुख्य कोटीहरू भएको रेसिपी जस्तै हो: व्यक्ति, प्रक्रिया र स्वचालन। यी अधिकांश सामग्रीहरू अन्य क्षेत्रहरू र स्रोतहरूबाट लिन सकिन्छ: लीन, एजाइल, SRE, CI/CD, ITIL, नेतृत्व, संस्कृति, उपकरणहरू। DevOps को रहस्य, कुनै पनि राम्रो नुस्खा जस्तै, कसरी सही अनुपात प्राप्त गर्ने र अनुप्रयोगहरू सिर्जना गर्ने र जारी गर्ने गति र दक्षता बढाउन यी सामग्रीहरूको मिश्रण प्राप्त गर्ने हो।

6. DevOps त्यो हो जब प्रोग्रामरहरूले सूत्र 1 टोली जस्तै काम गर्छन्

"दौड सुरु देखि समाप्त गर्न को लागी योजना बनाईएको छैन, तर यसको विपरीत, समाप्त देखि सुरु सम्म।"

"जब म DevOps पहलबाट के अपेक्षा गर्ने भन्ने बारे कुरा गर्छु, म उदाहरणको रूपमा NASCAR वा Formula 1 रेसिङ टोलीको बारेमा सोच्दछु," क्रिस शर्ट भन्छन्, Red Hat मा क्लाउड प्लेटफर्म मार्केटिङका ​​वरिष्ठ प्रबन्धक र DevOps'ish न्यूजलेटरका प्रकाशक। - यस्तो टोलीको नेताको एउटा लक्ष्य हुन्छ: दौडको अन्त्यमा उच्चतम सम्भावित स्थान लिने, टोलीमा उपलब्ध स्रोतहरू र त्यसमा परेका चुनौतीहरूलाई ध्यानमा राख्दै। यस अवस्थामा, दौड सुरु देखि समाप्त गर्न को लागी योजना बनाईएको छ, तर यसको विपरीत, समाप्त देखि सुरु सम्म। पहिले, एक महत्वाकांक्षी लक्ष्य सेट गरिन्छ, र त्यसपछि यसलाई प्राप्त गर्ने तरिकाहरू निर्धारण गरिन्छ। त्यसपछि तिनीहरू उपकार्यहरूमा विभाजित हुन्छन् र टोलीका सदस्यहरूलाई प्रत्यायोजित गरिन्छ।

"दौड अघि पिट स्टप पूर्ण गर्न टोलीले पूरा हप्ता बिताउँछ। उसले कडा दौड दिनको लागि आकारमा रहन शक्ति प्रशिक्षण र कार्डियो गर्छ। दौडको समयमा उत्पन्न हुन सक्ने कुनै पनि समस्या समाधान गर्न सँगै काम गर्ने अभ्यासहरू। त्यस्तै गरी, विकास टोलीले बारम्बार नयाँ संस्करणहरू जारी गर्ने सीपलाई तालिम दिनुपर्छ। यदि तपाइँसँग त्यस्ता सीपहरू र राम्रोसँग काम गर्ने सुरक्षा प्रणाली छ भने, उत्पादनमा नयाँ संस्करणहरूको सुरुवात पनि प्रायः हुन्छ। यस विश्वव्यापी दृष्टिकोणमा, गति बढेको मतलब सुरक्षा बढेको छ, "शर्ट भन्छन्।

"यो 'सही कुरा' गर्ने बारे होइन," छोटो थप्छ, "यो इच्छित परिणामको बाटोमा खडा हुने सकेसम्म धेरै चीजहरू हटाउने बारे हो। तपाईंले वास्तविक समयमा प्राप्त गर्नुभएको प्रतिक्रियाको आधारमा सहकार्य गर्नुहोस् र अनुकूलन गर्नुहोस्। विसंगतिहरूको लागि तयार हुनुहोस् र तपाईंको लक्ष्यमा प्रगतिमा उनीहरूको प्रभावलाई कम गर्न गुणस्तर सुधार गर्न काम गर्नुहोस्। DevOps को संसारमा यो हामीलाई पर्खिरहेको छ। ”

DevOps कसरी मापन गर्ने: विशेषज्ञहरूबाट 10 सुझावहरू

यो मात्र हो कि DevOps र mass DevOps पूर्ण रूपमा फरक चीजहरू हुन्। पहिलो देखि दोस्रो सम्मको बाटोमा बाधाहरू कसरी पार गर्ने भनेर हामी तपाईंलाई बताउनेछौं।

धेरै संस्थाहरूको लागि, DevOps को यात्रा सजिलै र रमाइलो रूपमा सुरु हुन्छ। साना भावुक टोलीहरू सिर्जना हुन्छन्, पुराना प्रक्रियाहरू नयाँहरूसँग प्रतिस्थापन गरिन्छ, र पहिलो सफलताहरू आउन लामो छैन।

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

यो देख्न सजिलो छ कि परिणाम "हामी" र "उनीहरू" बीच विभाजन को संस्कृति हो।

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

"र यो सांस्कृतिक समस्या केवल एक कारण हो कि DevOps मापन गर्न गाह्रो छ। DevOps टोलीहरूले बढ्दो प्राविधिक चुनौतीहरूको सामना गरिरहेका छन् जुन द्रुत-बढ्दो आईटी-पहिलो कम्पनीहरूको विशिष्ट हो, ”स्केलरका संस्थापक र अध्यक्ष स्टीव न्यूम्यानले भने।

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

माथि वर्णन गरिएका यी चुनौतिहरूलाई कसरी पार गर्ने र ठूलो संगठनमा DevOps को व्यापक रूपमा अपनाउनेतर्फ सर्ने? तपाईको अन्तिम लक्ष्य तपाईको सफ्टवेयर विकास चक्र र व्यापार प्रक्रियालाई गति दिनु हो भने पनि विशेषज्ञहरूले धैर्यताको आग्रह गर्छन्।

1. याद गर्नुहोस् कि संस्कृति परिवर्तन समय लाग्छ।

जेने ग्रोल, कार्यकारी निर्देशक, DevOps संस्थान: "मेरो विचारमा, DevOps को विस्तार फुर्तिलो विकास (र संस्कृतिमा समान रूपमा छुने) जस्तै वृद्धिशील र पुनरावृत्ति हुनुपर्छ। Agile र DevOps ले साना टोलीहरूलाई जोड दिन्छ। तर यी टोलीहरू संख्या र एकीकरणमा बढ्दै जाँदा, हामीले काम गर्ने नयाँ तरिकाहरू अपनाउने थप मानिसहरूसँग अन्त्य हुन्छ, र परिणाम स्वरूप त्यहाँ ठूलो सांस्कृतिक रूपान्तरण हुन्छ।"

2. योजना बनाउन र प्लेटफर्म छनौट गर्न पर्याप्त समय खर्च गर्नुहोस्

Eran Kinsbruner, Perfecto मा प्राविधिक प्रचारक नेतृत्व: "स्केलिंगको लागि काम गर्न, DevOps टोलीहरूले पहिले परम्परागत प्रक्रियाहरू, उपकरणहरू, र सीपहरू संयोजन गर्न सिक्नुपर्छ, र त्यसपछि बिस्तारै DevOps को प्रत्येक व्यक्तिगत चरणको पालनपोषण र स्थिरीकरण गर्नुपर्दछ। यो सबै प्रयोगकर्ता कथाहरू र मूल्य स्ट्रिमहरूको सावधानीपूर्वक योजनाको साथ सुरु हुन्छ, त्यसपछि ट्रंक-आधारित विकास वा अन्य ब्रान्चिङ र मर्ज कोडको लागि उपयुक्त तरिकाहरू प्रयोग गरेर सफ्टवेयर र संस्करण नियन्त्रण लेखेर।

"त्यसपछि एकीकरण र परीक्षण चरण आउँछ, जहाँ स्वचालनको लागि स्केलेबल प्लेटफर्म पहिले नै आवश्यक छ। यो जहाँ DevOps टोलीहरूको लागि उनीहरूको सीप स्तर र परियोजनाको अन्तिम लक्ष्यहरू अनुरूप सही प्लेटफर्म छनौट गर्न महत्त्वपूर्ण छ।

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

3. जिम्मेवारीबाट दोष लिनुहोस्।

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

4. अगाडिको बाटो खाली गर्नुहोस्

बेन ग्रिनेल, प्रबन्ध निर्देशक र कन्सल्टेन्सी नर्थ हाईल्याण्डको डिजिटल प्रमुख: "मापन प्राप्त गर्न, म अग्रगामी परियोजनाहरूसँग "पाथ क्लियरिङ" कार्यक्रम सुरु गर्न सिफारिस गर्दछु। यस कार्यक्रमको लक्ष्य DevOps अग्रगामीहरूले पछाडि छोडेका फोहोरहरू सफा गर्नु हो, पुरानो नियमहरू र त्यस्ता चीजहरू जस्तै, ताकि अगाडिको बाटो स्पष्ट रहोस्।

"काम गर्ने नयाँ तरिकाहरूको सफलतालाई व्यापक रूपमा मनाएर अग्रगामी समूहभन्दा बाहिर जाने सञ्चारको माध्यमबाट मानिसहरूलाई संगठनात्मक समर्थन र गति दिनुहोस्। DevOps परियोजनाहरूको अर्को लहरमा संलग्न र पहिलो पटक DevOps प्रयोग गर्न नर्भस भएका व्यक्तिहरूलाई कोच गर्नुहोस्। अनि याद गर्नुहोस् कि यी मानिसहरू अग्रगामीहरू भन्दा धेरै फरक छन्।”

5. प्रजातान्त्रिक उपकरणहरू

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

6. टोली कार्यको लागि आदर्श अवस्थाहरू सिर्जना गर्नुहोस्

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

7. Conway's Law र Kanban बोर्डहरूको बारेमा नबिर्सनुहोस्

Logan Daigle, CollabNetVersionOne मा सफ्टवेयर डेलिभरी र DevOps रणनीति निर्देशक: "कन्वेको कानूनको नतिजाहरू बुझ्न महत्त्वपूर्ण छ। मेरो ढिलो वाक्यांशमा, यो कानूनले हामीले सिर्जना गर्ने उत्पादनहरू र हामीले त्यसो गर्न प्रयोग गर्ने प्रक्रियाहरू, DevOps सहित, हाम्रो संगठनको रूपमा संरचित हुन जान्छ भनेर बताउँछ।

"यदि त्यहाँ एक संगठनमा धेरै साइलो छ, र सफ्टवेयर योजना, निर्माण र जारी गर्दा नियन्त्रण धेरै पटक हात परिवर्तन हुन्छ, स्केलिंगको प्रभाव शून्य वा अल्पकालीन हुनेछ। यदि कुनै संगठनले बजार फोकसको साथ वित्त पोषित उत्पादनहरू वरिपरि क्रस-कार्यात्मक टोलीहरू निर्माण गर्छ भने, त्यसपछि सफलताको सम्भावना नाटकीय रूपमा बढ्छ।

"स्केलिंगको अर्को महत्त्वपूर्ण पक्ष भनेको कानबान बोर्डहरूमा प्रगतिमा रहेका सबै कामहरू (WIP, workinprogress) प्रदर्शन गर्नु हो। जब कुनै संस्थासँग त्यस्तो ठाउँ हुन्छ जहाँ मानिसहरूले यी चीजहरू देख्न सक्छन्, यसले सहयोगलाई धेरै प्रोत्साहन दिन्छ, जसले स्केलिंगमा सकारात्मक प्रभाव पार्छ।"

8. पुरानो दागहरू खोज्नुहोस्

Manuel Pais, DevOps सल्लाहकार र टोली टोपोलोजीका सह-लेखक: " DevOps अभ्यासहरू Dev र Ops भन्दा बाहिर लिनु र तिनीहरूलाई अन्य प्रकार्यहरूमा लागू गर्ने प्रयास गर्नु सायद एक इष्टतम दृष्टिकोण हो। यसले निश्चित रूपमा केही प्रभाव पार्नेछ (उदाहरणका लागि, म्यानुअल नियन्त्रण स्वचालित गरेर), तर यदि हामीले डेलिभरी र प्रतिक्रिया प्रक्रियाहरू बुझेर सुरु गर्यौं भने अझ धेरै हासिल गर्न सकिन्छ।"

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

9. DevOps विकल्पहरू प्रजनन नगर्नुहोस्

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

10. DevOps को व्यापार मूल्य प्रचार गर्नुहोस्

स्टीव न्यूम्यान, Scalyr को संस्थापक र अध्यक्ष: "DevOps को मूल्य पहिचान गर्न काम गर्नुहोस्। सिक्नुहोस् र तपाईंले के गर्ने फाइदाहरूको बारेमा कुरा गर्न स्वतन्त्र महसुस गर्नुहोस्। DevOps एक अविश्वसनीय समय र पैसा बचतकर्ता हो (केवल सोच्नुहोस्: कम डाउनटाइम, रिकभरीको लागि छोटो समय), र DevOps टोलीहरूले व्यापार सफलताको लागि यी पहलहरूको महत्त्वलाई अथक रूपमा जोड दिनुपर्छ (र प्रचार गर्न)। यसरी तपाईले अनुयायीहरूको सर्कल विस्तार गर्न सक्नुहुन्छ र संगठनमा DevOps को प्रभाव बढाउन सक्नुहुन्छ। ”

बोनस

मा Red Hat फोरम रूस हाम्रो आफ्नै DevOps सेप्टेम्बर 13 मा आइपुग्छ - हो, Red Hat, सफ्टवेयर निर्माताको रूपमा, यसको आफ्नै DevOps टोलीहरू र अभ्यासहरू छन्।

हाम्रो इन्जिनियर मार्क बिर्गर, जसले संगठनभरि अन्य समूहहरूका लागि आन्तरिक स्वचालन सेवाहरू विकास गर्दछ, शुद्ध रूसी भाषामा आफ्नै कथा बताउनेछन् - कसरी Red Hat DevOps टोलीले पूर्ण कन्टेनर ढाँचामा Ansible द्वारा व्यवस्थित Hat Virtualization भर्चुअल वातावरणबाट अनुप्रयोगहरू माइग्रेट गर्यो। OpenShift प्लेटफर्म।

तर यो सबै होइन:

एक पटक संगठनहरूले कन्टेनरहरूमा कार्यभार सारियो, परम्परागत अनुप्रयोग अनुगमन विधिहरूले काम नगर्न सक्छ। दोस्रो वार्तामा हामीले लग गर्ने तरिका परिवर्तन गर्नको लागि हाम्रो प्रेरणाको व्याख्या गर्नेछौं र हामीलाई आधुनिक लगिङ र अनुगमन विधिहरूमा डोर्‍याउने मार्गको निरन्तरता देखाउनेछौं।

स्रोत: www.habr.com