बर्फ का गीत (खूनी उद्यम) और आग की लपटें (DevOps और IaC)

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


चूंकि लेख का शीर्षक ऐसा है, तो डायनैसिस एक बिल्ली के रूप में कार्य करेगा, जिसने एंटरप्राइज के पक्ष में स्विच किया है

निस्संदेह, अब पुराने और नए का टकराव है। और अक्सर इन टकरावों में दोषी नहीं, कोई अधिकार नहीं होता है। ऐसा ही हुआ। लेकिन, निराधार नहीं होने के लिए, हम इस स्क्रीन से यहां शुरुआत करेंगे:



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

खेतों की संख्या ऐसी है कि मैंने इन क्षेत्रों को भरने के लिए अपने छोटे स्वचालन को लिखा है। इसके अलावा, यह पृष्ठ इसलिए लिखा गया है कि कोई भी स्वचालन उपकरण इसके क्षेत्रों को नहीं देख सकता है, और माउस के साथ निर्देशांक को कुंद करने के लिए AutoIt का उपयोग करना एकमात्र संभव समाधान था। इस पर निर्णय लेने के लिए निराशा की डिग्री को रेट करें:



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

प्रिय,

सबसे पहले, आपका नेक्सस आप कल्पना कर सकते हैं कि मेरे पास आपके नेक्सस तक पहुंच नहीं है
दूसरे, सभी परिवर्तन एक परिवर्तन अनुरोध के रूप में जारी किए जाने चाहिए।
एसक्यूएल स्क्रिप्ट आपको नेक्सस को अलग करने और अनुरोध बदलने के लिए संलग्न करने की आवश्यकता है।
यदि परिवर्तन आपातकाल नहीं है, तो यह रिलीज के 7 दिनों के बाद किया जाना चाहिए (विशेष रूप से सप्ताहांत में)
जब आपका परिवर्तन अनुरोध लोगों का एक समूह भेजता है, तो DBA आपकी स्क्रिप्ट निष्पादित करेगा और यहां तक ​​कि मेल द्वारा परिणाम का स्क्रीनशॉट भी भेज सकता है।

निष्ठा से, आपका डीबीए जो मेनफ्रेम के दिनों से यहां काम कर रहा है।

क्या आप जानते हैं कि यह मुझे क्या याद दिलाता है? अर्ध-स्वचालन: रोबोट बिस्तर रखता है, और कार्यकर्ता इसे एक स्लेजहैमर के साथ मारता है। खैर, वास्तव में, इस नेक्सस का उपयोग क्या है, अगर तब सब कुछ पूरी तरह से मैन्युअल रूप से किया जाता है?

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

वैसे, एक समय में मैंने टेराफ़ॉर्म के लिए एक फ़ाइल बनाने की कोशिश की थी, लेकिन मैं सफल नहीं हुआ। मैंने 'प्रोजेक्ट अकाउंटिंग बिलिंग कोड' टैग के मूल्य पर ठोकर खाई, जो मुझे अभी भी पता नहीं चल सका है - सॉफ्ट स्किल्स पर्याप्त नहीं थे।

मैं निष्क्रिय लयवाद का विषय भी नहीं लेता - ओह, आपके स्वचालन से मेरी नौकरी की सुरक्षा को खतरा है, मैं कुछ भी नया नहीं सीखना चाहता, इसलिए मैं इसे चुपचाप तोड़फोड़ करूंगा।

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

बस यह मत भूलो कि आपकी सभी कल्पनाएं ऑडिट द्वारा सीमित हैं। और वह सब बदल जाता है। टिप्पणियों में आपका इंतजार है!