बरफको गीत (ब्लडी इन्टरप्राइज) र आगो (DevOps र IaC)

DevOps र IaC को विषय धेरै लोकप्रिय छ र द्रुत रूपमा विकास भइरहेको छ। यद्यपि, अधिकांश लेखकहरूले यस मार्गमा विशुद्ध प्राविधिक समस्याहरूको सामना गर्छन्। म एक ठूलो कम्पनी को विशेषता समस्या को वर्णन गर्नेछु। मसँग समाधान छैन - समस्याहरू, सामान्यतया, घातक छन् र नोकरशाही, लेखा परीक्षा, र "नरम कौशल" को क्षेत्रमा झूटो छन्।

लेखको शीर्षक यस्तो भएकोले, इन्टरप्राइजको छेउमा गएका डेनरीजले बिरालोको रूपमा काम गर्नेछन्।

निस्सन्देह, अहिले पुरानो र नयाँको टक्कर छ। र प्रायः यी टक्करहरूमा त्यहाँ न सही वा गलत छ। यो त्यस्तै भयो। तर, निराधार नहुनको लागि, हामी यो स्क्रिनबाट सुरु गर्नेछौं:

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

क्षेत्रहरूको संख्या यस्तो छ कि मैले यी क्षेत्रहरू भर्नको लागि मेरो आफ्नै सानो स्वचालन लेखें। यसबाहेक, यो पृष्ठ यस्तो तरिकाले लेखिएको छ कि कुनै पनि स्वचालन उपकरणहरूले यसको फिल्डहरू देख्न सक्दैनन्, र एकमात्र सम्भावित समाधान भनेको AutoIt प्रयोग गर्नको लागि माउसको साथ निर्देशांकहरूमा क्लिक गर्नको लागि थियो। यो गर्नको लागि आफ्नो हताशाको स्तरको मूल्याङ्कन गर्नुहोस्:

त्यसोभए, तपाईंले जेनकिन्स, शेफ, टेराफर्म, नेक्सस, इत्यादि लिनुहोस्, र खुशीसाथ ती सबै तपाईंको देवमा प्रयोग गर्नुहोस्। तर यसलाई QA, UAT र PROD मा पठाउने समय आउँछ। तपाईंसँग Nexus आर्टिफ्याक्ट छ र तपाईंले DBA बाट यस्तो पत्र प्राप्त गर्नुभयो:

प्रिय,

सबैभन्दा पहिले, तपाइँको नेक्सस तपाइँ तपाइँको लागि हुन सक्नुहुन्छ म तपाइँको Nexus मा पहुँच छैन
दोस्रो, सबै परिवर्तनहरू परिवर्तन अनुरोधको रूपमा जारी गरिनुपर्छ।
तपाईंले Nexus बाट SQL स्क्रिप्टहरू निकाल्न र तिनीहरूलाई परिवर्तन अनुरोधमा संलग्न गर्न आवश्यक छ।
यदि परिवर्तन आपतकालीन छैन भने, यो रिलीजको 7 दिन अघि गरिनुपर्छ (विशेष गरी सप्ताहन्तमा)
जब तपाईंको परिवर्तन अनुरोध धेरै व्यक्तिहरूद्वारा स्वीकृत हुन्छ, DBA ले तपाईंको स्क्रिप्ट कार्यान्वयन गर्नेछ र मेलबाट परिणामको स्क्रिनसट पनि पठाउनेछ।

हार्दिक श्रद्धाञ्जली, तपाइँको DBA जो यहाँ मेनफ्रेम को दिन देखि काम गर्दै हुनुहुन्छ।

के तपाईंलाई थाहा छ यसले मलाई के सम्झाउँछ? सेमी-स्वचालन: रोबोटले फ्रेम समात्छ, र कामदारले यसलाई स्लेजह्यामरले हिर्काउँछ। ठिक छ, साँच्चै, यदि सबै कुरा म्यानुअल रूपमा गरिन्छ भने यस नेक्ससको अर्थ के हो?

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

खैर, एक पटक मैले टेराफर्मको लागि फाइल सिर्जना गर्ने प्रयास गरे, तर यसले काम गरेन। मैले 'प्रोजेक्ट लेखा बिलिङ कोड' ट्यागको अर्थमा ठेस खाएँ, जुन मैले कहिल्यै पत्ता लगाउन सकेको छैन - मसँग पर्याप्त सफ्ट सीपहरू थिएनन्।

म निष्क्रिय लुडिज्मको विषयमा पनि लिइरहेको छैन - ओह, तपाईंको स्वचालनले मेरो कामको सुरक्षालाई खतरामा पार्छ, म केहि नयाँ सिक्न चाहन्न, त्यसैले म चुपचाप यसलाई तोडफोड गर्नेछु।

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

केवल यो नबिर्सनुहोस् कि तपाइँका सबै कल्पनाहरू अडिट द्वारा सीमित छन्। र यसले सबै कुरा परिवर्तन गर्दछ। म तपाईलाई कमेन्टमा पर्खिरहेको छु!

स्रोत: www.habr.com