🤵🏽 🥣 🔜 छह महीने में या उससे भी तेजी से देवओप्स इंजीनियर कैसे बनें। भाग 3. संस्करण 👨‍👧‍👦 🏴󠁧󠁢󠁳󠁣󠁴󠁿 🐿️

छह महीने में या उससे भी तेजी से DevOps इंजीनियर कैसे बनें। भाग 1. परिचय
छह महीने या उससे भी अधिक तेजी से एक DevOps इंजीनियर बनने के लिए। भाग 2. विन्यास

स्मृति को ताज़ा करें

पहले भाग में, हमने देवओप्स की संस्कृति और लक्ष्यों के बारे में बात की, दूसरे में - टेराफॉर्म के उपयोग से भविष्य के कोड तैनाती के लिए नींव कैसे रखी जाए, जो कि स्वयं कोड है। तीसरे भाग में, हम चर्चा करेंगे कि कोड के इन सभी भागों को पूर्ण गड़बड़ी से कैसे बचाया जाए। Spoiler: यह सब Git के बारे में है!

बोनस: हम अपने निजी ब्रांड को बनाने और बढ़ावा देने के लिए इसी Git का उपयोग करने के बारे में भी बात करेंगे। तस्वीर दिखाती है कि हम अभी कहाँ हैं।

इससे क्यों परेशान?

वर्जनिंग से क्या मतलब है? कल्पना करें कि आप किसी तरह के सॉफ्टवेयर पर काम कर रहे हैं और लगातार इसमें बदलाव कर रहे हैं, आवश्यकतानुसार कार्यों को जोड़ या हटा रहे हैं। अक्सर अंतिम परिवर्तन एक मौलिक परिवर्तन होगा, जो पहले बनाई गई हर चीज को तोड़ देगा। यदि आप एक पुराने स्कूल के प्रतिनिधि हैं, तो आप शायद अपनी पहली फ़ाइल का नाम भयानक_कोड.p1 रखेंगे।

फिर आप परिवर्तन करना शुरू करते हैं, और आपको उस कार्य को सहेजने की आवश्यकता होती है, यदि आपको इसमें वापस लौटना है। इसलिए, आप अपनी फ़ाइल का नाम इस पर रखते हैं: भयानक_कोड.12.25.2018.p1।

जब आप एक ही दिन में कई बदलाव करते हैं, तब तक सब कुछ ठीक रहता है, और आपको नई फ़ाइल का नामकरण करना होगा भयानक_कोड.GOOD.12.25.2018.p1। और बढ़िया काम करते रहें।

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

स्रोत कोड नियंत्रण संस्करण नियंत्रण प्रणाली

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

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

इसके अलावा, कानून के आवेदन "सभी ठेस कलाकृतियों का संस्करण होना चाहिए" वास्तव में आपको "स्वचालन पहले" के सिद्धांत से समस्याएं आती हैं।

उदाहरण के लिए, जब आप अपने एडब्ल्यूएस विकास के माहौल में एक जटिल समस्या पर क्लिक करने का निर्णय लेते हैं, तो आप सोच सकते हैं कि: "क्या यह एक संस्करणित कलाकृति पर एक क्लिक है"? बेशक, जवाब "नहीं" होगा,

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

गिट रिपॉजिटरी

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

ध्यान रखें कि ऊपर यह कैसे काम करता है का एक सकल सरलीकरण है। इस लेख के प्रयोजनों के लिए ऐसा विवरण पर्याप्त है, हालांकि, गिट का विस्तृत ज्ञान एक श्रमसाध्य लेकिन उपयोगी अनुभव है।

अभी के लिए, बस याद रखें कि Git SVN की तरह काम नहीं करता है। यह एक वितरित स्रोत कोड (संस्करण) प्रबंधन प्रणाली है जिसमें कई विकास दल सुरक्षित और मज़बूती से एक समान कोड आधार पर काम कर सकते हैं।

तुम्हें यह जानने की आवश्यकता क्यों है?

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

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

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

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

इसके विपरीत, Git की सर्वोत्तम प्रथाओं के बारे में आत्मविश्वास से बोलने की आपकी क्षमता हायरिंग मैनेजरों को बताती है कि आप सॉफ्टवेयर डेवलपमेंट करने के लिए इंस्टॉलेशन के साथ आए थे, और यह ठीक वैसी ही इमेज है जैसा आप प्रोजेक्ट करना चाहते हैं। निष्कर्ष: आपको इस भयानक DevOps जॉब को पाने के लिए दुनिया के अग्रणी Git विशेषज्ञ बनने की आवश्यकता नहीं है, लेकिन इसके बारे में आत्मविश्वास से बात करने के लिए आपको कुछ समय के लिए Git को जीना और सांस लेना होगा। ऐसा करने के लिए, कम से कम, आपको निम्न कार्य करने की अच्छी समझ होनी चाहिए:

रिपॉजिटरी की एक प्रति बनाएँ (फोर्क अ रेपो);
एक गिट शाखा बनाएँ
रिपॉजिटरी के लिए धारा को सिंक्रनाइज़ करें और इसके विपरीत;
पुल अनुरोध बनाएं।

आगे क्या होगा?

एक बार जब आप Git में परिचयात्मक पाठ सीखते हैं, तो अपने आप को GitHub पर खाता प्राप्त करें। यह सबसे आम खुला स्रोत Git भंडार है, और आप शायद Git के बाकी अनुयायियों के साथ रहना चाहेंगे।

जैसे ही आपके पास GitHub पर आपका खाता होगा, उसमें अपना कोड दर्ज करना शुरू करें। GitHub पर काम की प्रक्रिया में कोड लिखने के लिए आपको जो कुछ भी चाहिए, उसे ठीक करें। यह न केवल संस्करणों को संभालने में एक अच्छा अनुशासन देता है, बल्कि आपको अपना ब्रांड बनाने में भी मदद करता है।

नोट: git + GitHub के उपयोग की खोज करते समय, पुल अनुरोध (या यदि आप शांत होना चाहते हैं तो पीआर) पर विशेष ध्यान दें।

ब्रांड

रुखाई से बात करना: खुद का ब्रांड दुनिया को यह प्रदर्शित करने का एक तरीका है कि आप क्या करने में सक्षम हैं। एक तरीका (यह वर्तमान में सबसे अच्छे तरीकों में से एक है!) अपने ब्रांड के लिए प्रॉक्सी के रूप में GitHub को मजबूती से बांधना है। इन दिनों लगभग सभी नियोक्ता इसे एक तरह से या किसी अन्य के लिए कहेंगे। इसलिए, आपको GitHub खाते को साफ-सुथरे ढंग से देखरेख करने का प्रयास करना चाहिए। यह कुछ ऐसा है जिसे आप अपने रिज्यूमे में डाल सकते हैं और गर्व कर सकते हैं।

निम्नलिखित लेखों में, मैं आपको दिखाता हूं कि ह्यूगो स्टेटिक साइट जनरेटर का उपयोग करके गीथहब पर एक सरल लेकिन शांत साइट कैसे बनाई जाए। यह गो में लिखा गया है, और, शायद, आज एनालॉग्स में सबसे तेज है। ह्यूगो 6 सेकंड में लगभग 5,000 पृष्ठ इकट्ठा करता है, जो कि मिडिलमैन की गति का 75 गुना है। लेकिन अभी के लिए, आपको बस अपना कोड GitHub पर रखना होगा।
बाद में, जब आप अनुभव प्राप्त करते हैं, तो यह दो GitHub खाते होने के बारे में सोचने योग्य है। एक अपने स्वयं के लिखित आवेदन, काम करने वाले कोड को संग्रहीत करने के लिए, और दूसरा उस कोड को संग्रहीत करने के लिए जिसे आप दूसरों को दिखाना चाहते हैं।

तो, हम ऊपर संक्षेप में प्रस्तुत करते हैं:

सीखो;
आप जो कुछ भी सीखते हैं, उसे GitHub पर पोस्ट करें
स्टोर करने के लिए दो खातों का उपयोग करें और उन सभी चीजों को प्रदर्शित करें जिन्हें आपने
इससे लाभ उठाना सीखा है!

जाँच - परिणाम

इस क्षेत्र में नवीनतम घटनाओं जैसे GitOps के साथ अद्यतित रहें। GitOps उन सभी विचारों को लेता है जिनकी हमने अब तक एक नए स्तर पर चर्चा की है, जहां सब कुछ गिट, पुल अनुरोधों और तैनाती पाइपलाइनों का उपयोग करके किया जाता है।

कृपया ध्यान दें कि GitOps और इसी तरह के विकास चीजों के व्यावसायिक पक्ष के बारे में बोलते हैं, अर्थात्, यह इंगित करते हैं कि आप सिर्फ Git का उपयोग नहीं कर रहे हैं, क्योंकि यह शांत और फैशनेबल है। आप इसका उपयोग व्यापार की चपलता सुनिश्चित करने, नवाचार में तेजी लाने और तेजी से कार्य प्रदान करने के लिए करते हैं, यानी अंततः अधिक पैसा कमाने के लिए!

छह महीने में या उससे भी तेजी से देवओप्स इंजीनियर कैसे बनें। भाग 4. सॉफ्टवेयर पैकेजिंग

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

हमारे साथ रहने के लिए धन्यवाद। क्या आप हमारे लेख पसंद करते हैं? अधिक दिलचस्प सामग्री देखना चाहते हैं? एक ऑर्डर देकर या $ 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 सर्वर का उपयोग कर वर्ग सी?

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