DevOps के बारे में वास्तविक प्रबंधन मिथक

लेकिन ऐसा कैसे हो, सबसे आधिकारिक स्रोत एक ही DevOps Handbook है। इसमें एक पूरा खंड है जो देवों के बारे में मिथकों को समर्पित है, एक लेख क्यों लिखें? खैर, तथ्य यह है कि, मेरी राय में, यह पुस्तक न केवल कार्यप्रणाली की व्याख्या करती है, बल्कि इसे स्थानों में भी बेचती है।

और इसमें मिथकों पर खंड ऐसा है और इसमें मिथक हैं जो मैं लेखकों का खंडन करना चाहूंगा, न कि वे जो वास्तविकता में लोकप्रिय हैं। तुरंत मैंने उन मिथकों का वर्णन करने की कोशिश की, जो वास्तविक दुनिया में घूमते हैं, और जो मुझे अपने श्रोताओं को पद्धति को समझाते हुए निपटना था।

1. DevOps आपके लिए लागू है

नहीं, DevOps हर किसी के लिए नहीं है। यह मिथक पहले आता है क्योंकि कुछ संस्थापक पिता स्वयं इसे धीरे-धीरे बढ़ावा देते हैं।

उदाहरण के लिए, जीन किम एट अल। देवओप्स हैंडबुक में किसी तरह यह उल्लेख करना भूल जाता है कि देव ऑप्स हर किसी के लिए नहीं है, लेकिन इसकी सार्वभौमिक प्रयोज्यता पर अटकलें लगाता है। बोली की दर (मैंने इटैलिक्स में समस्या के हिस्सों पर प्रकाश डाला ): "... अब सबूतों का एक बड़ा भार है कि ऊपर वर्णित समस्याएं लगभग हर जगह होती हैं , और यह कि DevOps से जुड़े समाधान लगभग सार्वभौमिक रूप से लागू होते हैं ।" या यहां: " लगभग हर आईटी संगठन में, विकास और आईटी संचालन के बीच एक अंतर्निहित संघर्ष है जो एक नीचे की ओर सर्पिल बनाता है ..."।

खैर, नहीं, आईटी संगठनों का एक समूह है, जिसके लिए यह सब काम नहीं करता है या आंशिक रूप से, भले ही वे लागू न हों। ऐसे संगठन हैं जिनके पास आईटी ऑपरेशन विभाग या उत्पादक वातावरण बिल्कुल नहीं है। उदाहरण के लिए, जो संगठन परामर्श में लगे हुए हैं। अक्सर उनके पास एक सहायता विभाग हो सकता है जो एसएलए को लागू करता है, लेकिन उनके पास यह बिल्कुल नहीं हो सकता है: वे कंपनियां जो Wordpress को लागू करती हैं, उदाहरण के लिए, या सुरक्षा परीक्षण करने वाले सलाहकार। एक विकास विभाग के बिना आईटी संगठन हैं। कई होस्टिंग कंपनियां ऐसे संगठन हैं। उनके लिए सब कुछ काफी जटिल रूप से व्यवस्थित किया जा सकता है, लेकिन सभी सॉफ्टवेयर किसी और के "बॉक्सिंग", या "क्लाउड" या बाहरी सलाहकारों द्वारा लिखे जा सकते हैं।

( , ?): “No matter what industry you are in, or what product or service your organization provides, this way of thinking is paramount and necessary for survival for every business and technology leader.”

, , . DevOps — ? , .

2. DevOps

DevOps - -. , , DevOps . :

• DevOps , ;
• ;
• , , , .

DevOps . DevOps - , DevOps Chrome .

, DevOps. , . 1.0.0. 1.0.1? , , , . “” .

, , :

• (Time to Market, TTM),
• ,
• -,

, , DevOps .

3. DevOps -

“10 Deploys a Day” Flickr — , -.

, , DevOps, -. , , , , .

“” , - DevOps.

4. DevOps —

, DevOps — -, , , , , “ ”.

, DevOps, DevOps , .

Time to Market , .

- . , , , . “”, .

, , DevOps .

, , . , , .

5. DevOps -

- - - DevOps Server Ultimate 9000 — ?

. , DevOps , , , Linux, git bash. ? — . ? . DevOps . Docker, , Puppet git. , . — Jenkins, — Bamboo, , , TeamCity, GNU Make . , — , , .

. Scrum. Scrum — Agile, , , . - Agile, . DevOps — Agile, Scrum. , “” DevOps Lean. Lean — , , - -, - . , Lean. DevOps.

6. DevOps

, “ ”, : , , QA ..

, . , - — .

— DevOps, , , , DevOps-.

7. DevOps

— — ? . -, DevOps . - DevOps — -, . , DevOps — , , . , Toyota, GM Ford.

, Lean “” Kanban , DevOps 50, CD — 80.

Scrum ? . , . (TTM) , 17.6 , TTM 2 .

, IT, . , DevOps, . , , . , , , ?

किसी भी मामले में, संचित ज्ञान की पूरी राशि, और न केवल DevOps, बेहतर कार्य को व्यवस्थित करने में मदद करेंगे।

और भी हैं

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

और क्या देवता या जानबूझकर आपने देवो के बारे में भ्रम का सामना किया है?