DevOps वा हामी कसरी ज्याला गुमाउँदैछौं र IT उद्योगको भविष्य

आजको परिस्थितिमा सबैभन्दा दुःखलाग्दो कुरा यो छ कि आईटी बिस्तारै एक उद्योग बनिरहेको छ जहाँ प्रति व्यक्ति जिम्मेवारीको संख्यामा "रोक्नुहोस्" शब्द छैन।

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

तर हामीले सेवा प्रयोगकर्ताको पक्षबाट यस दृष्टिकोणको नतिजाहरू हेर्यौं, र अब कर्मचारीहरूले सामना गरेका समस्याहरू हेरौं।

म प्राय: DevOps टोलीहरू अवस्थित हुनुहुँदैन भन्ने कथन सुन्छु, कि यो एक पद्धति हो, आदि, तर समस्या यो हो, कम्पनीहरूले कुनै कारणले noks, dba, पूर्वाधार र निर्माण इन्जिनियरहरू खोज्न छोडेका छन् - अब यो सबै एकल DevOps इन्जिनियर हो। । निस्सन्देह, त्यहाँ अझै पनि व्यक्तिगत कम्पनीहरूमा यस्ता रिक्त पदहरू छन्, तर तिनीहरूमध्ये कम र कम छन्। धेरैले यसलाई विकास भनेका छन्, म व्यक्तिगत रूपमा यसमा गिरावट देख्छु, सबै क्षेत्रमा ज्ञानको राम्रो स्तर कायम राख्न असम्भव छ, र एकै समयमा 8 घण्टा भन्दा बढी काम गर्ने प्रबन्ध गर्नुहोस्। स्वाभाविक रूपमा, यी कल्पनाहरू हुन्। वास्तवमा, धेरै आईटी कामदारहरू 12 वा 14 घण्टा काम गर्न बाध्य छन्, जसमध्ये 8 वटा तलब दिइन्छ। र प्राय: दिनको बिदा बिना, किनभने "मलाई एउटा काम दिइएको थियो, त्यहाँ कुनै कागजातहरू वा कुटिलहरू छैनन्, र सेवामा पैसा लाग्छ," र क्लाउडमा 1 गल्तीको लागि, तपाइँ मूलतः केहि महिनामा तलब प्राप्त गर्न सक्नुहुन्न, विशेष गरी यदि तपाइँ एक व्यक्तिगत उद्यमीको रूपमा काम गर्नुहुन्छ। हामी अनिवार्य रूपमा जिम्मेवारीहरूको विभाजनसँगै व्यवसायमा हाम्रो भनाइ गुमाउँदैछौं; म बढ्दो तथ्यको सामना गरिरहेको छु कि प्रबन्धकहरूले उनीहरूको बारेमा कुनै पनि कुरा नबुझेर विकास प्रक्रियाहरूमा हस्तक्षेप गर्छन्, उनीहरूले व्यापार डेटा र अनुप्रयोगको सञ्चालनलाई भ्रमित पार्छन्, र नतिजा, अराजकता सुरु हुन्छ।

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

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

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

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

यो लेख आंशिक रूपमा मबाट प्रेरित थियो यो लेख, तर पछि म यसलाई कम विनम्र शब्दहरूमा वर्णन गर्न सक्छु।

दर्ता भएका प्रयोगकर्ताहरूले मात्र सर्वेक्षणमा भाग लिन सक्छन्। साइन इन गर्नुहोस्कृपया

रोजगारदाताले तपाईसँग धेरै व्यक्तिहरू प्रतिस्थापन गर्ने प्रयास गर्दा के तपाईंले काममा कहिल्यै सामना गर्नुभएको छ?

• 65,6%हो, म यसलाई नियमित रूपमा भेट्छु 183

• 5,4%हो, यो 1 पटक 15 सामना गर्नुभयो

• 15,4%ध्यान दिएन 43

• 13,6%म एक workaholic हुँ, म आफैं ओभरटाइम काम गर्छु

279 प्रयोगकर्ताहरूले मतदान गरे। २ प्रयोगकर्ताहरू रोकिए।

स्रोत: www.habr.com