🙍🏽 ✋🏿 🤱🏽 छह महीने में या उससे भी तेजी से देवओप्स इंजीनियर कैसे बनें। भाग 1. परिचय ✉️ 🤣 🈳

लक्षित दर्शक

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

यह सब किस बारे में है?

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

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

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

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

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

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

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

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

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

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

बात करना बंद करो, मैं कब शुरू कर सकता हूं?

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

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

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

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

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

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

ठीक है, चलो थोड़ा गहरा खोदें!

मौलिक ज्ञान

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

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

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

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

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

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

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

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

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

छह महीने में या उससे भी तेजी से देवओप्स इंजीनियर कैसे बनें। भाग 2: विन्यास

विज्ञापन का एक सा :)

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

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