🕞 🎞️ 🎤 कुबेरनेट्स, माइक्रोसर्विसेस, सीआई / सीडी और डॉकर्स फॉर रिट्रोग्रेस: लर्निंग टिप्स 👨‍✈️ 🔺 🤞🏽

ऐसा लगता है कि विषय "हमें कुबेरनेट की आवश्यकता क्यों है" पहले से ही कष्टप्रद है। मैं कहना चाहता हूं: "हर कोई जिसे इसकी आवश्यकता है, वह लंबे समय से समझ में आया है", लेकिन मैं तकनीकी (और निकट-तकनीकी) श्रमिकों को उन लोगों में विभाजित करूंगा, जो "समझने और उपयोग करने का तरीका जानते हैं", और जो लोग "समझ गए, लेकिन जानना चाहते हैं कि ज्ञान को प्रासंगिक कैसे बनाया जाए" "।

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

तकनीकी सोच के प्रतिमान को बदलने में सक्षम होना मुझे महत्वपूर्ण क्यों लगता है?

जो लोग लंबे समय से तकनीक में काम कर रहे हैं, उनके लिए सबसे कठिन बात यह स्वीकार करना है कि नया चलन स्थायी हो गया है। 20 वर्षों के काम के दौरान, मैंने देखा कि विभिन्न प्रौद्योगिकियां कैसे आईं और गईं, और उनमें से कुछ कई महीनों तक "सुपर-प्रासंगिक" रहीं।

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

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

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

गोताखोरी के निर्देश

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

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

, .इसलिए, हमने यह सामंजस्य स्थापित किया कि अब हम एप्लिकेशन को डॉकटर में लॉन्च कर रहे हैं और हम एप्लिकेशन को माइक्रोसर्विसेज में साझा करते हैं। अब हमें किसी तरह से चल रहे डॉकरों को प्रबंधित करने की आवश्यकता है। आप इसे अपने आप को समर्पित सर्वरों पर कर सकते हैं (और स्टीयर, उदाहरण के लिए, डॉकर झुंड, या कुबेरनेट्स का निर्माण), या आप उन सेवाओं का उपयोग कर सकते हैं जो बादल AWS या कुबेरनेट से कंटेनर सेवाएं प्रदान करते हैं। बादलों का उपयोग करने के लिए एक बहुत बड़ा लाभ है। आप वास्तव में, कंटेनर प्रबंधक के नीचे चल रही परत के बारे में सोचना बंद कर दें (SRE अब हँसती है, लेकिन मानती हैं - जब सब कुछ स्थिर होता है, तो हम ज्यादातर मामलों में GKE नोड्स पर नहीं चढ़ते हैं)। इस प्रकार, वास्तव में, कंटेनर प्रबंधक, जिसका मानक कुबेरनेट बन गया है, एक ऑपरेटिंग सिस्टम में बदल रहा है। इसमें पैकेज मैनेजर हैं, आप इसमें "सॉफ्टवेयर इंस्टॉल करें" कर सकते हैं, आप इसमें "exe-shniki" चला सकते हैं - डॉकटर,इसमें क्रोनजॉबी है। Kubernetes एक नया OS है।

समझें कि डॉकटर कंटेनरों को कैसे पहुंचाना होगा। एक साधारण साइट के लेआउट में अब 5 मिनट लगते हैं, और लोग इसे आदर्श मानते हैं। हमें डॉकटर को इकट्ठा करने की आवश्यकता है, इसका परीक्षण करें, इसे रजिस्ट्री में डालें और इसे डॉक मैनेजर में डालें (आइए कुबेरनेट्स के बारे में अधिक बात करते हैं)। यह एक ऐसा व्यवहार (!) है जिसका उपयोग सभी को किया जाता है, इसे अनुकूलित किया जाता है और यह मानक है। CI / CD सिस्टम मानक लेआउट बन गए हैं, और उनसे निपटने की आवश्यकता है। जैसे GitOps के साथ।

यह समझें कि अधिकांश अनुप्रयोगों के लिए ऑन-प्रिमाइसेस होस्टिंग अतीत की बात होगी (पश्चिम में - पहले से ही चली गई)।एक बार, यह सर्वर खरीदने, उन्हें इकट्ठा करने, उन्हें डीसी में लाने, कॉलोकोशन में डालने और स्विच करने का मानक था। एक छोटे से प्रोजेक्ट के लिए भी। फिर समर्पित सर्वर आए। कितने लोग अब छोटी और मध्यम आकार की परियोजनाओं पर लोहे को पीड़ा देने, खरीदने और इकट्ठा करने के बारे में सोच रहे हैं? समर्पित - अब पश्चिम में, और जल्द ही रूसी संघ में - बादलों द्वारा प्रतिस्थापित किया जाएगा। यह सौ वर्षों से बात की गई है, मैं 2008 से एडब्ल्यूएस का उपयोग कर रहा हूं, और इसमें समस्याएं हैं, लेकिन जब हम उस सेवा के बारे में बात करते हैं जो कुबेरनेट्स (ईकेएस, जीकेके, यूबेक्स या सेलेबेल से कुबेरनेट्स) का प्रबंधन संभालती है, तो मुझे समझ में नहीं आता है कि प्रबंधन क्यों करना है। कुबेरनेट्स और डेडिक खुद, अगर अन्य लोग ऐसा करते हैं? मैं अब Dediks में कूलर नहीं बदलता ... रूसी संघ में ऑन-प्रिमाइसेस कुबेरनेट्स वितरण की व्यापकता का सवाल डॉलर विनिमय दर का सवाल है,रूसी क्लाउड होस्टिंग के प्रेरकों और "युवाओं" पर कानून। जल्दी या बाद में, यह तय किया जाएगा और ऑन-प्रिमाइसेस वह जंगलीपन बन जाएगा जो उद्यम और बड़े लोडेड प्रोजेक्ट चाहते हैं। आधारों के साथ ही। अगर हम उन अधिकांश अनुप्रयोगों के बारे में बात कर रहे हैं, जिनमें सुपर-हाई लोड या सुपर शक्तिशाली ट्यूनिंग की आवश्यकता नहीं है, तो क्लाउड-आधारित पोस्टरेकॉन्ग / मोंगोबडी / मायक्यूएस भारी संख्या में लाभ प्रदान करता है। ट्यूनिंग के बारे में सोचने की ज़रूरत नहीं, बैकअप के बारे में सोचने की ज़रूरत नहीं। एक उत्पादन सर्वर से एक देव सर्वर बनाएं - क्लाउड कंसोल में कुछ कमांड। मैं समझता हूं कि इस पूरे विचार से एडमिन में गुस्सा हो सकता है: दोस्तों, मैं खुद एडमिन हूं, लेकिन ज्यादातर गैर-बुरे कार्यों के लिए, डेटाबेस प्रबंधन, हालांकि, इसकी जरूरत नहीं है। शायद AWS और GKE फ़ारसी कानून के कारण हमारे लिए महंगे और दुर्गम हैं, लेकिन यह केवल अंतराल के लिए अतिरिक्त समय है: जितनी जल्दी या बाद में, यांडेक्स या सिलेल में समान विशेषताएं होंगी:और प्रतिमान बदल जाएगा।

समझें कि अब बुनियादी ढांचा क्या लिखा गया है। जब वह बावर्ची और कठपुतली था, तो मुझे IaaC पसंद नहीं था, लेकिन, भगवान का शुक्र है, उन्हें क्लस्टर में बढ़ाने के लिए वर्णन करने के लिए अधिक पर्याप्त टेराफॉर्म और पुलुमी द्वारा प्रतिस्थापित किया गया, और अंदर काम करने के लिए अन्सिबल। अंदर जाओ और खोल में कुछ रखो - अब पूर्ण वस्त्राभूषण। हां, यह तेज़ और अधिक सुविधाजनक है, लेकिन नए प्रतिमान में यह जंगलीपन है: exe के बारे में याद रखें।

गहरा गोता कोर्स

आधुनिक स्टैक के साथ काम करने के तरीके को समझने के लिए मैं एक विशिष्ट तकनीकी तरीका कैसे देखूं?

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

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

3) K8S के बुनियादी निर्माणों (के लिए, तैनाती, सेवा) के साथ डील करें और K8S क्लस्टर में अपने हाथों से एप्लिकेशन को तैनात करें।

4) हेल्म के साथ डील करें, हेल्म चार्ट लिखें, हेल्म एप्लिकेशन को तैनात करें।
CircleCI पर CI-ke के रूप में एक मुफ्त योजना लें, जिसे सेट करने की आवश्यकता नहीं है, और कॉन्फ़िगर करें: कॉन्फ़िगरेशन अन्य प्रणालियों के समान होगा।

5) CI-ku के माध्यम से आवेदन को ठीक करें।
अलग CI (आवेदन क्या बनाता है) और सीडी। GitOps द्वारा एक सीडी बनाएं (उदाहरण के लिए, ArgoCD)।

आगे क्या होगा

कहीं से, आप, सिद्धांत रूप में, आधुनिक स्टैक के मुख्य आधारों से अवगत होंगे।
मैं आगे कहां खुदाई कर सकता हूं?

यदि आप नौकरी की तलाश कर रहे हैं / पश्चिम में काम करना चाहते हैं, तो आप क्लाउड कंप्यूटिंग के गहन ज्ञान पर जा सकते हैं: AWS से क्लाउड आर्किटेक्ट के लिए एक Google प्रमाणपत्र या समकक्ष सबमिट करें (हमें हाल ही में ITSumma में इनमें से 3 प्रमाण पत्र प्राप्त हुए हैं )। यह उन विशेषताओं का विचार देगा जो क्लाउड देती हैं, और उन्हें नेविगेट करने में मदद करती हैं। Linuxacademy पर अच्छा पाठ्यक्रम ।
CKA को सौंपना: यह एक कठिन विषय है, लेकिन इसके लायक है। परीक्षा की तैयारी ज्ञान का एक बड़ा पैकेज प्रदान करेगी।
यदि आप नहीं जानते तो प्रोग्राम करना सीखें। अब मैं सामने के अध्ययन के लिए गया और यह देखकर चकित हूं कि सब कुछ कैसे बदल गया है। मेरा ज्ञान 2012 में या उससे भी पहले समाप्त हो गया, वापस jQuery में, लोग हंसते हैं। सामने अब बैकएंड की तुलना में अधिक जटिल हो गया है, भारी मात्रा में एप्लिकेशन लॉजिक है और साथ ही साथ प्रतिमान जो मेरे लिए पूरी तरह से असामान्य हैं। बहुत ही रोचक!

और मैं यहाँ ब्लॉग से थोड़ा अधिक नियमित हूँ, मैं अपना टेलीग्राम चैनल रखता हूँ , सदस्यता :-)

कुबेरनेट्स, माइक्रोसर्विसेस, सीआई / सीडी और डॉकर्स फॉर रिट्रोग्रेस: ​​लर्निंग टिप्स

गोताखोरी के निर्देश

गहरा गोता कोर्स

आगे क्या होगा

More articles:

कुबेरनेट्स, माइक्रोसर्विसेस, सीआई / सीडी और डॉकर्स फॉर रिट्रोग्रेस: लर्निंग टिप्स