अंडे और DevOps को छीलने के बीच क्या आम है?

यहाँ hackernoon.com पर पोस्ट किए गए पैट्रिक ली स्कॉट लेख का अनुवाद है। लेखक कई महत्वपूर्ण सिद्धांतों से परिचित होने की पेशकश करता है जो आपको DevOps में पंप करने में मदद करेंगे।



कुछ दिनों पहले मैंने एक मूर्खतापूर्ण तरीके से एक अंडे को छीलने की कोशिश की, और मेरी प्रेमिका एंगेली ने मुझसे पूछा कि मैं ऐसा क्यों कर रहा हूं।

उसने एक और कठोर उबला हुआ अंडा लिया और उसे एक कटिंग बोर्ड पर मारा, फिर उसे दबाया और मेज पर लेटा दिया। इसे साफ करने में केवल 3 सेकंड का समय लगा। और मैं खड़ा था और टुकड़ा द्वारा खोल टुकड़ा निकाल लिया।

मैं इसके द्वारा क्या कहना चाहता हूं: हम प्रयासों के महत्व को बढ़ाते हैं।

सबसे अच्छा समाधान सरल और प्रभावी हैं। क्या जंग लगी बोल्ट को साफ करना मुश्किल है? शायद हाँ। लेकिन केवल अगर आप नहीं जानते कि कोका-कोला के साथ ऐसा किया जा सकता है। अभी भी जटिल है? नहीं। आपको बस ग्लास में बोल्ट लगाने और प्रतीक्षा करने की आवश्यकता है।

सरल तकनीकों को जाने बिना, आप उन्हें लागू नहीं कर सकते। लागू करने के बजाय, आप प्रयोगों का संचालन करते हैं, प्रतिकृति के बजाय, आप अनुसंधान करते हैं।

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

कमांड क्वेरी रिस्पॉन्सिबिलिटी सेग्रीगेशन (CQRS) या इवेंट सोर्सिंग (ES) जैसे जटिल और डराने वाले नामों के बावजूद, ये प्रथाएँ समस्याओं को हल करने में मदद करती हैं। विशेष रूप से वे जो उठते हैं जब वितरित सिस्टम का निर्माण करते हैं।

आप एक पूरे के रूप विकास को देखें, तो हम जैसे अधिक व्यापक सिद्धांत देखते हैं कि देखते हैं, «यह सरल रखें, बेवकूफ» (चुंबन) और «क्या अपने आप को दोहराएँ नहीं» (सूखी)। मैं DevOps के संबंध में समान पैटर्न और सिद्धांतों के बारे में बात करना चाहूंगा।

DevOps को अक्सर वादा की गई भूमि के रूप में प्रस्तुत किया जाता है, जिस पर पक्षी गाते हैं और सूरज चमकता है। लेकिन सही तरीकों का उपयोग किए बिना, DevOps नरक में बदल जाएगा, और आप अपनी सभी उंगलियों को एक शेल (मेरे जैसे) के साथ छेद देंगे।

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

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

पाठ 1. आपके सामने दूसरों ने जो किया है वह न करें

यदि आपके पास तैयार उत्पाद खरीदने का अवसर है या यदि आपके पास सार्वजनिक डोमेन में आवश्यक और सुविधाजनक उपकरण है, तो इसका उपयोग करें।

पहिया को सुदृढ़ न करें - इसे खरीदें।

क्या आप जानते हैं कि आप उसी मेल सर्वर का उपयोग कर सकते हैं जो क्रेगलिस्ट उपयोग करता है? और यह मुफ़्त में क्या है? एक मेल सर्वर की आवश्यकता है - एक नया निर्माण न करें, किसी मौजूदा के साथ काम करें।

मैं भयानक-स्व-होस्टेड सूचियों में उपकरण देखना चाहता हूं या इसके लिए हेल्म हब का उपयोग करना चाहता हूं।

इस तथ्य के बावजूद कि सॉफ्टवेयर खोजने के लिए हेल्म एक नया उपकरण है, यह साइट पहले ही बनाई जा चुकी है: https://v3.helm.sh/

हेल्म के साथ, आप आसानी से अपनी तैयार बाइक की खोज कर सकते हैं।

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

सभी मैं तब मानक पुस्तकालयों का इस्तेमाल करता था, बेबी! कम से कम 13 पर मुझे उनके बारे में ही पता था। हालांकि मुझे यकीन है कि कुछ जावा पेशेवरों (हैलो, व्लाद और निक!) पहले से ही शांत थे। ;)

अब सब कुछ गलत है। आज आप पूरे यूआई लाइब्रेरी देख सकते हैं। आप एक ही आदेश के साथ तारीखों से निपटने के लिए आसानी से और आसानी से एक पुस्तकालय पा सकते हैं।

यह बहुत अच्छा होगा अगर पूरी तरह से काम करने वाले सबसिस्टम का उपयोग और स्थापित करने के लिए एक उपकरण था, है ना? डेटाबेस चाहिए? डेटाबेस स्थापित करें

अच्छी खबर: इस तरह के एक उपकरण मौजूद है! हेल्म के साथ, आप पूरी तरह से काम करने वाले सबसिस्टम भी स्थापित कर सकते हैं जो पैक किए गए हैं और उपयोग के लिए तैयार हैं।

यह सिद्धांत एनपीएम और ग्रैडल के लिए समान है, लेकिन हम जिन पैकेजों का प्रबंधन करते हैं, उन्हें चार्ट कहा जाता है। चार्ट कंटेनर को चिह्नित करते हैं ताकि वे विभिन्न तरीकों से कुबेरनेट्स पर चलें।

यह बाइक खरीदने के लिए टर्नकी समाधान करता है। चार्ट पहिया होते हैं, और कुबेरनेट्स के अंदर चलने वाले विवरण पहियों के साथ होते हैं।

चार्ट के बारे में क्या अच्छा है, सेवाओं को पैक करने और उन्हें किसी भी कुबेरनेट क्लस्टर में चलाने और यहां तक ​​कि यदि आप चाहें तो उन्हें अन्य लोगों के साथ साझा करने की क्षमता है।

इसका मतलब है कि आप कोड का उपयोग करके पूरे वातावरण का वर्णन कर सकते हैं:

- name: backup repository: http://jenkins-x-chartmuseum:8080 version: 0.0.2 - name: monitor repository: http://jenkins-x-chartmuseum:8080 version: 0.0.3 - name: marketing-site repository: http://jenkins-x-chartmuseum:8080 version: 1.1.10 - name: denormalizer-service repository: http://jenkins-x-chartmuseum:8080 version: 1.0.0 - name: mongo repository: https://kubernetes-charts.storage.googleapis.com/ version: 1.0.0 

अपनी मार्केटिंग साइट को 1.2.0 में अपग्रेड करने की आवश्यकता है? बस बदलाव करें और कमिट करें।

पाठ 2. डेवलपर्स को यथासंभव उत्पादक होने दें

मैं एक बार मेज पर बैठ गया, अपने कोड को देखा और बग को ट्रैक करने का प्रयास किया। उपयोगकर्ता अब कई हफ्तों से उसके बारे में शिकायत कर रहे हैं, और आखिरकार मेरे पास घूमने के लिए थोड़ा खाली समय था।

टाडा व बजे! मिल गया! फिक्स्ड!

मैं अपने कार्यस्थल पर एक धूप के कमरे में एक विभाजन के पीछे बैठ गया और दूसरों को चिल्लाया: "मैंने बग को ठीक कर दिया है!"

अगले मंगलवार, जब उपयोगकर्ता रिलीज़ देखेंगे, तो वे निश्चित रूप से मेरे प्रयासों की सराहना करेंगे! लेकिन इसके लिए हमें पैकअप करना होगा और रिलीज को जगह से स्थानांतरित करने की कोशिश करनी होगी ... हो सकता है कि हम सफल होंगे अगर कुछ नहीं होता है ...

ठीक है, ठीक है, अगर रिलीज अभी भी अगले मंगलवार को आती है, तो उपयोगकर्ता निश्चित रूप से इसकी सराहना करेंगे!

इसी तरह मैं जूनियर प्रोग्रामर के रूप में अपनी पहली कॉलेज की नौकरी में तैनाती कर रहा था।

तब से, बहुत कुछ बदल गया है।

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

आज आपको कार्यालय में विभाजन के माध्यम से चिल्लाना नहीं है।

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

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

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

मैं आपको पहले ही कह सकता हूँ: "यह बहुत जटिल लगता है!" नहीं। बस चार्ट सेट करें।

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

पाठ 3. उत्पादन एक मिथक है

यह मेरे लिए एक वास्तविक रहस्योद्घाटन था। मुझे चीजों को एक अलग कोण से देखना था, इसलिए ध्यान से सुनो।

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

मैंने इस पैटर्न का साल दर साल अनुसरण किया और कभी भी इस पर संदेह नहीं किया। हमेशा से ऐसा रहा है।

और यह योजना शेल से छुटकारा पाने का एक और अनुत्पादक तरीका है।

संक्षेप में, एक चार्ट एक निर्भरता चार्ट है। इसका उपयोग पर्यावरण का प्रतिनिधित्व करने के लिए किया जा सकता है, और फिर उत्पादन में तैनाती प्रक्रिया एकल चार्ट को तैनात करने के लिए नीचे आती है।

यदि एक सामान्य संदर्भ से जुड़ी प्रत्येक टीम, परियोजना या समूह का अपना चार्ट है, तो कई वातावरण दिखाई देते हैं जो आपको एकल लेनदेन में सभी सेवाओं को समूह और अपडेट करने की अनुमति देते हैं।

उत्पादन को एक विशाल सर्वव्यापी वातावरण के रूप में न लें, वास्तव में यह बहुत छोटा उत्पादन है।

इसके पैमाने में बड़े बदलाव भयावह हैं। और यदि आपके पास कई छोटे विकास वातावरण हैं, तो आप परिवर्तनों को अलग कर सकते हैं और सिस्टम को अधिक लचीला बना सकते हैं।

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

पाठ 4. सब कुछ क्लस्टर में स्थानांतरित करें और संपूर्ण बैक अप लें

इसलिए, हमने उत्पादन को हल किया। डेटाबेस के साथ क्या करना है? काफ्का के साथ? सुरक्षा के मुद्दों के साथ?

यदि आप ध्यान से पढ़ते हैं, तो याद रखें: मैंने लिखा था कि डेटाबेस को चार्ट पैकेज में शामिल किया जा सकता है।

कुबेरनेट्स के पास एक सुविधाजनक रूप में डेटाबेस और अन्य स्टेटफुल एप्लिकेशन चलाने के लिए एक अलग एपीआई है - स्टेटफुलसेट्स।

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

बैकअप, एक टीम में रिकवरी और कुबेरनेट्स प्रबंधक आपको पूरी तरह से नया क्लस्टर तैनात करने और सिर्फ दो टीमों के साथ इसके बैकअप को बहाल करने में मदद करेंगे। यदि आप पहली बार एक नया बैकअप बनाना चाहते हैं, तो अधिकतम तीन।

सर्वरों में सोचने के बजाय, आप पूरे समूहों पर काम कर सकते हैं।

क्या पूर्व-उत्पादन कष्टप्रद है? इसे दृष्टि से हटाएं - DNS की बैकअप, पुनर्प्राप्ति और परिवर्तन की दूरी के लिए।

पाठ 5. वीपीएन बहुत जटिल है, आसान समाधान हैं

क्या आपने कभी खुशी के साथ वीपीएन का उपयोग किया है?

नहीं, सच में। क्या यह भी संभव है?

Google का ऐसा प्रयास था। लेकिन कुछ साल पहले, कंपनी ने घोषणा की कि वह वीपीएन का उपयोग नहीं करेगी। मुझे लगता है कि उन्होंने भी इसका आनंद नहीं लिया।

Google ने भरोसेमंद नेटवर्क पर स्विच किया। उनके पास एक मास्टर कुंजी नहीं है जो किसी भी नेटवर्क के लिए उपयुक्त है, लेकिन प्रत्येक सेवा के प्रवेश द्वार पर एक एसएसओ लॉगिन स्क्रीन के रूप में एक कुंजी है। निगरानी सेवा में लॉग इन करना चाहते हैं? अपनी कंपनी उपयोगकर्ता नाम और पासवर्ड का उपयोग करके लॉग इन करें।

केवल एक छोटी पारी की आवश्यकता है: प्राधिकरण के लिए वीपीएन का उपयोग करने के बजाय, प्रॉक्सी का उपयोग करें।

वीपीएन निजी नेटवर्क पर कुबेरनेट प्रबंधन लिंक भी होस्ट करता है, जबकि एसएसओ नहीं करता है। लेकिन उनका अपना प्राधिकरण तंत्र है। Google क्लाउड और AWS के मामले में, यह पहचान और अभिगम प्रबंधन (IAM) है और आईपी पते को श्वेतसूची करने की क्षमता है।

यदि बहुत नुकसान के बिना कम भारी वास्तुकला के साथ काम करना संभव है, तो क्यों नहीं? Google की तरह बनें: वीपीएन से "नो ट्रस्ट" सिस्टम पर जाएं।

पाठ 6. व्यवस्थित, स्वचालित और जीतना

आह, यह आप के लिए लगता है कि systematizing एक लंबा समय है? बकवास! भविष्य में, यह आपको घंटे, दिन और यहां तक ​​कि सप्ताह बचाएगा। काम करने के लिए!

सिस्टमैटिज़ेशन एक से अधिक बार बुनियादी ढांचे को फिर से बनाने का एकमात्र यथार्थवादी तरीका है।

अगर प्रत्येक सेटिंग आइटम को बदलकर और कुछ करके कमिट किया जा सकता है, तो अनिवार्य रूप से आपका पूरा तकनीकी संगठन घोषणात्मक है। Git तक पहुंच वाला कोई भी डेवलपर आसानी से काम करने की स्थिति में किसी भी प्रणाली को बनाए रख सकता है।

ऐसा करने के लिए, कई छोटे रिपॉजिटरी का उपयोग करें। मोनोरेप्स लोगों को कोनों में कटौती करते हैं और कृत्रिम महत्व के साथ संरचनाओं पर निर्भर करते हैं। इसके बजाय, कई छोटे रिपॉजिटरी का उपयोग करना बेहतर है जिन्हें आप बाद में लिंक कर सकते हैं।

मेरे मित्र मैट और मैं विकास मंच पर ऐसा करने में मदद करने के लिए मेटा नामक एक टूल बना रहे हैं। हेल्म उत्पादन स्तर पर ऐसा करता है: उसके लिए सब कुछ एक निर्भरता चार्ट है!

निष्कर्ष

अंडे के टुकड़े से खोल को टुकड़े द्वारा न चुनें। मारो और रोल करो।