DevOps में पुनः प्रयास करना - अपने आप को किस लिए तैयार करना

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


फोटो सोर्स: pexels.com

मेरी कहानी

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

DevOps विशेषज्ञ कहाँ से आते हैं?

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

मेरी राय में, दो कारणों से DevOps के साथ सहज होने के लिए डेवलपर पृष्ठभूमि वाले विशेषज्ञों के लिए यह आसान है:

1. वे विकास और परीक्षण टीमों के अनुरोधों के बारे में अधिक जानते हैं, वे " एक ही भाषा बोलते हैं ।"
2. प्रोग्रामर का उपयोग संरचनात्मक जटिलता के लिए किया जाता है। वे बड़ी मात्रा में डेटा, हजारों फ़ाइलों और फ़ोल्डरों के साथ काम करने में निपुणता विकसित करते हैं। कोई भी परियोजना, किसी भी प्रोग्रामिंग भाषा में, उस कोड की तुलना में अधिक जटिल है जो DevOps के साथ व्यवहार करता है, इसलिए, जैसा कि वे कहते हैं, वे इसके लिए उपयोग नहीं किए जाते हैं। लेकिन विकास कौशल के बिना सहयोगियों को थोड़ा और अधिक जटिल है।

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

ज्ञान के स्रोत

मैं दूसरों का आँख बंद करके अनुसरण करने के लिए नहीं बल्कि अपना रास्ता बनाने के पक्ष में हूँ। इसलिए, मैं आपको उन अवसरों का उपयोग करने की सलाह देता हूं जो आपके हाथ में हैं और आपके लिए आरामदायक है।

1. अपने प्रोजेक्ट से शुरुआत करें। निश्चित रूप से आपके प्रोजेक्ट पर एक DevOps विशेषज्ञ है। विश्लेषण करें कि वह क्या करता है, वह कौन से कौशल का उपयोग करता है। यदि आपके कोई प्रश्न हैं, तो सीधे पूछें। आपका काम अपने प्रोजेक्ट पर DevOps बनना है। एक परिचित वातावरण में एक नई भूमिका में आने के लिए हमेशा एक अलग भूमिका निभाना आसान होता है। आप अपने प्रोजेक्ट के कार्यों को जानते हैं, आप टीम को जानते हैं, आरामदायक स्थिति। नए कौशल की अपरिचितता के अनुकूल होना आसान होगा।
2. आमने-सामने की बैठकें, व्याख्यान, मीतप। यदि आपकी परियोजना में एक DevOps विशेषज्ञ नहीं है, तो पेशेवर घटनाएं एक महान समाधान हैं। ऐसे सम्मेलनों और बैठकों में, आपके पास अभ्यास करने के लिए पहुंच होती है। डेवलपर्स सवाल पूछ सकते हैं और सलाह ले सकते हैं। और रिपोर्टों के विषय आपको बताएंगे कि इस पेशे में अब क्या प्रासंगिक है।
3. आधिकारिक प्रलेखन के साथ काम करें। मैं ऑनलाइन पाठ्यक्रमों और वीडियो ट्यूटोरियल का प्रशंसक नहीं हूं। सभी आवश्यक जानकारी आधिकारिक दस्तावेज में निहित है। अक्सर लोग किसी समस्या का सामना करते हैं, समाधान को कॉपी करते हैं, कोड या स्क्रिप्ट को फोरम पर सबसे अधिक "पॉलिश" उत्तर से चिपकाते हैं। विश्व स्तर पर, यह समस्या का समाधान नहीं करता है। एक व्यक्ति को अभी भी समझ में नहीं आता है कि कैसे काम करता है या क्यों अभी भी काम नहीं करता है। इसके अलावा, आप एक समाधान की तलाश कर सकते हैं, और इससे भी अधिक समस्याएं पैदा कर सकते हैं।

मेरे दोस्त ने एक मैकबुक खरीदा। उसके साथ कुछ गलत हो गया था, उसने इंटरनेट से बाहर निकलने के लिए "पूछने" का फैसला किया। एक मंच पर मुझे सबसे "प्रशंसनीय" उत्तर मिला और इसे इस्तेमाल करने का फैसला किया। जैसा कि उसे बाद में पता चला, व्यंग्य के प्रेमियों ने इस टिप्पणी के लिए मतदान किया। फोरम पर प्रतिक्रिया में यह लिखा गया था: "कमांड लाइन पर" sudo rm -rf "चलाएँ।" नतीजतन, एक झपट्टा में गिर गया, उसने एक नए कंप्यूटर पर खुद को सब कुछ ले लिया। यदि वह जाँचती है कि इस कोड का उपयोग करने से पहले क्या काम किया गया था, तो समस्याओं से बचा जा सकता था।

यह समझने के लिए 3 घंटे बिताना बेहतर है कि कोई कोड या स्क्रिप्ट कैसे काम करता है, 5 मिनट की तुलना में इंटरनेट पर किसी और के जवाब की नकल करने के लिए और 3 दिन यह डिसाइड करने के लिए कि कुछ क्यों टूट गया है।

DevOps की प्रमुख विशेषताएं

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

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

आप स्वचालित रूप से इन कौशलों का विकास करेंगे। हर दिन उन्हें संलग्न करें। मुख्य बात यह है कि तैयार रहें और जानें कि आपको क्या इंतजार है।

मुकरने का मेरा तरीका

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

आपको अलग-अलग चीजों को आजमाना होगा। "एक ही काम करने का पागलपन, अलग-अलग परिणाम प्राप्त करने की उम्मीद" - मुझे वास्तव में यह अभिव्यक्ति पसंद है।

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