छह महीने या उससे भी कम समय में DevOps इंजीनियर कैसे बनें। भाग 1. परिचय

दर्शकों को लक्षित करें

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

वैसे भी यह क्या है?

सबसे पहले, DevOps क्या है? आप परिभाषाओं के बारे में Google पर खोज सकते हैं और सभी शब्दावली का अध्ययन कर सकते हैं, लेकिन यह जान लें कि अधिकांश परिभाषाएँ सुव्यवस्थित रूप में लिपटे शब्दों का एक मिश्रण मात्र हैं। इसलिए, मैं आपको इन सभी परिभाषाओं का सारांश दूंगा: DevOps सॉफ़्टवेयर वितरित करने की एक विधि है जिसमें इसमें शामिल सभी लोगों के बीच सिरदर्द और ज़िम्मेदारी साझा की जाती है। बस इतना ही।

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

DevOps विकास और संचालन (एकीकरण और स्वचालन) को एक समूह में संयोजित करने का प्रयास करता है। विचार यह है कि एक समूह अब ग्राहक-सामना वाले सॉफ़्टवेयर के निर्माण, तैनाती और राजस्व उत्पन्न करने के दर्द और ज़िम्मेदारी (और संभावित पुरस्कार) दोनों को साझा करेगा।

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

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

हालाँकि, "DevOps टीम" या "DevOps विभाग" को काम पर रखने वाली कंपनियों से सावधान रहें। कड़ाई से बोलते हुए, ऐसी चीजें मौजूद नहीं होनी चाहिए, क्योंकि अंततः DevOps अभी भी एक संस्कृति और सॉफ्टवेयर वितरित करने का एक तरीका है, न कि एक नई टीम को नियुक्त करना या विभाग बनाना एक फैंसी नाम.

जिम्मेदारी से इनकार

आइए अब एक पल के लिए कूल-एड का गिलास एक तरफ रख दें और निम्नलिखित के बारे में सोचें। क्या आपने पुरानी कहावत सुनी है "कोई जूनियर DevOps इंजीनियर नहीं हैं?" यदि नहीं, तो जान लें कि यह Reddit और StackOverflow पर एक लोकप्रिय ट्रॉप है। लेकिन इसका मतलब क्या है?

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

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

बहुत हो गयी बकबक, मैं कब शुरू करूँ?

नीचे DevOps मौलिक ज्ञान रोडमैप है। वहां चित्रित हर चीज में महारत हासिल करने के बाद, आप सुरक्षित रूप से और ईमानदारी से खुद को एक DevOps इंजीनियर कह सकते हैं! या यदि आपको "DevOps" नाम पसंद नहीं है तो एक क्लाउड इंजीनियर बनें।

यह मानचित्र मेरे (और शायद इस क्षेत्र में काम करने वाले अधिकांश लोगों के) विचार का प्रतिनिधित्व करता है कि एक सक्षम DevOps इंजीनियर को क्या पता होना चाहिए। हालाँकि, यह केवल एक राय है, और निश्चित रूप से ऐसे लोग भी होंगे जो इससे असहमत होंगे। यह ठीक है! हम यहां पूर्णता के लिए प्रयास नहीं कर रहे हैं, हम एक ठोस नींव के लिए प्रयास कर रहे हैं जिस पर हम वास्तव में निर्माण कर सकते हैं।

तुम्हें धीरे-धीरे, परत-दर-परत इस रास्ते से गुजरना होगा। आइए पहले नीले रंग के तत्वों-लिनक्स, पायथन और एडब्ल्यूएस के बारे में सीखकर बुनियादी बातों से शुरुआत करें (और जारी रखें!)। फिर, यदि समय या नौकरी बाजार की मांग अनुमति देती है, तो बैंगनी रंग का काम करें - गोलांग और गूगल क्लाउड।

ईमानदारी से कहूँ तो, मूलभूत शीर्ष परत ऐसी चीज़ है जिसका आपको हमेशा अध्ययन करना होगा। OS Linux बहुत जटिल है और इसमें महारत हासिल करने में वर्षों लग जाते हैं। पायथन को वर्तमान में बने रहने के लिए निरंतर अभ्यास की आवश्यकता होती है। AWS इतनी तेज़ी से विकसित हो रहा है कि आज आप जो भी जानते हैं वह अब से एक वर्ष बाद आपके समग्र ज्ञान पोर्टफोलियो का केवल एक हिस्सा होगा। एक बार जब आप बुनियादी बातें सीख लें, तो वास्तविक कौशल सेट पर आगे बढ़ें। कृपया ध्यान दें कि कुल 6 नीले कॉलम (कॉन्फ़िगरेशन, संस्करण, पैकेजिंग, परिनियोजन, लॉन्च, मॉनिटरिंग) हैं, अध्ययन के प्रति माह एक।

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

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

ठीक है, आइए थोड़ा और गहराई से जानें!

मौलिक ज्ञान

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

लिनक्स वह जगह है जहां सब कुछ काम करता है। क्या आप पूरी तरह से Microsoft पारिस्थितिकी तंत्र के भीतर रहते हुए एक अद्भुत DevOps व्यवसायी बन सकते हैं? जरूर आप कर सकते हो! ऐसा कोई कानून नहीं है जो यह निर्देश देता हो कि आप केवल Linux का उपयोग करें। हालाँकि, ध्यान रखें कि इस तथ्य के बावजूद कि सभी लिनक्स चीजें विंडोज़ में की जा सकती हैं, यह वहां बहुत अधिक दर्दनाक और कम कार्यक्षमता के साथ होता है। इस बिंदु पर, यह मान लेना सुरक्षित है कि लिनक्स को जाने बिना, एक सच्चा DevOps पेशेवर बनना असंभव है, इसलिए लिनक्स एक ऐसी चीज़ है जिसका आपको अध्ययन करना चाहिए और सीखना चाहिए।

ईमानदारी से, ऐसा करने का सबसे अच्छा तरीका बस घर पर लिनक्स (फेडोरा या उबंटू) स्थापित करना है और जितना संभव हो उतना इसका उपयोग करना है। बेशक, आप बहुत सी चीजें तोड़ देंगे, आप कार्य प्रक्रियाओं में फंस जाएंगे, आपको सब कुछ ठीक करना होगा, लेकिन आप लिनक्स सीखेंगे!

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

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

अमेज़ॅन वेब सेवाएँ: फिर से, सार्वजनिक क्लाउड कैसे काम करता है इसकी ठोस समझ के बिना एक अनुभवी DevOps पेशेवर बनना असंभव है। और यदि आप इसके बारे में अधिक जानना चाहते हैं, तो अमेज़ॅन वेब सेवाओं पर नज़र डालें। यह सेवाओं के इस क्षेत्र में एक अग्रणी खिलाड़ी है और काम करने वाले उपकरणों का सबसे समृद्ध सेट प्रदान करता है।

क्या इसके बजाय Google क्लाउड या Azure से शुरुआत करना संभव है? निःसंदेह तुमसे हो सकता है! लेकिन पिछले वित्तीय संकट को याद करते हुए, यह ध्यान दिया जाना चाहिए कि AWS सबसे सुरक्षित विकल्प है, कम से कम 2018 में, क्योंकि यह आपको मुफ्त में एक खाता पंजीकृत करने और क्लाउड सेवाओं की संभावनाओं की खोज शुरू करने की अनुमति देता है। इसके अतिरिक्त, AWS कंसोल उपयोगकर्ता को चयन करने के लिए एक सरल और स्पष्ट मेनू प्रदान करता है। अच्छी खबर यह है कि ऐसा करने के लिए आपको अमेज़ॅन की सभी तकनीकों को जानने की आवश्यकता नहीं है।

निम्नलिखित से प्रारंभ करें: VPC, EC2, IAM, S3, CloudWatch, ELB (EC2 छतरी के नीचे इलास्टिक लोड बैलेंसिंग) और सुरक्षा समूह। ये चीजें आपको आरंभ करने के लिए पर्याप्त हैं, और प्रत्येक आधुनिक, क्लाउड-आधारित उद्यम इन उपकरणों का काफी सक्रिय रूप से उपयोग करता है। AWS की अपनी प्रशिक्षण साइट आरंभ करने के लिए एक अच्छी जगह है।

मेरा सुझाव है कि आप प्रतिदिन 20-30 मिनट अन्य चीजों के अलावा पायथन भाषा, लिनक्स ऑपरेटिंग सिस्टम और एडब्ल्यूएस क्लाउड सेवा को सीखने और अभ्यास करने में बिताएं जो आपको सीखना होगा। कुल मिलाकर, मेरा मानना ​​है कि प्रतिदिन एक घंटा, सप्ताह में पांच बार खर्च करना 6 महीने या उससे कम समय में DevOps उद्योग को समझने के लिए पर्याप्त है। कुल 6 मुख्य घटक हैं, जिनमें से प्रत्येक एक महीने के प्रशिक्षण से मेल खाता है। बुनियादी ज्ञान हासिल करने के लिए आपको बस इतना ही चाहिए।
बाद के लेखों में, हम जटिलता के अगले स्तर पर गौर करेंगे: सॉफ़्टवेयर के कॉन्फ़िगरेशन, संस्करण, पैकेजिंग, परिनियोजन, संचालन और निगरानी को पूरी तरह से स्वचालित कैसे करें।

बहुत जल्द जारी रखा जाएगा...

कुछ विज्ञापन 🙂

हमारे साथ रहने के लिए धन्यवाद। क्या आप हमारे लेख पसंद करते हैं? अधिक रोचक सामग्री देखना चाहते हैं? आदेश देकर या मित्रों को अनुशंसा करके हमारा समर्थन करें, डेवलपर्स के लिए क्लाउड VPS $4.99 से शुरू, प्रवेश स्तर के सर्वरों का एक अनूठा एनालॉग, जिसका आविष्कार हमने आपके लिए किया था: VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps के बारे में पूरी सच्चाई $19 से या सर्वर कैसे साझा करें? (RAID1 और RAID10 के साथ उपलब्ध, 24 कोर तक और 40GB DDR4 तक)।

एम्स्टर्डम में इक्विनिक्स टियर IV डेटा सेंटर में Dell R730xd 2x सस्ता है? केवल यहां 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 टीवी $199 से नीदरलैंड में! डेल R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 से! के बारे में पढ़ा इन्फ्रास्ट्रक्चर कॉर्प का निर्माण कैसे करें। एक पैसा के लिए 730 यूरो मूल्य के डेल R5xd E2650-4 v9000 सर्वर के उपयोग के साथ वर्ग?

स्रोत: www.habr.com