कुबेरनेट का विस्तार कैसे करें

आज हम DevOps के बारे में बात करेंगे, या यों कहें कि मुख्य रूप से Ops के बारे में। वे कहते हैं कि बहुत कम लोग हैं जो अपने कार्यों के स्वचालन के स्तर से संतुष्ट हैं। लेकिन स्थिति ठीक होती दिख रही है। इस लेख में, निकोलाई राइज़िकोव कुबेरनेट्स के विस्तार के साथ अपने अनुभव के बारे में बात करेंगे।



शरद ऋतु सम्मेलन DevOops 2017 में निकोलाई के भाषण के आधार पर सामग्री तैयार की गई थी। रिपोर्ट के कट - वीडियो और पाठ प्रतिलेख के तहत।



वर्तमान में, निकोलाई राइज़िकोव स्वास्थ्य-आईटी क्षेत्र में चिकित्सा सूचना प्रणाली बनाने के लिए काम कर रहे हैं। कार्यात्मक प्रोग्रामर FPROG के सेंट पीटर्सबर्ग समुदाय के सदस्य। ऑनलाइन क्लोजर समुदाय के सक्रिय सदस्य, HL7 FHIR चिकित्सा सूचना विनिमय मानक के सदस्य। 15 साल से प्रोग्रामिंग कर रहा है।

---

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

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

ऑपरेशन के बारे में सबसे बुरी बात क्या है? बहुत कम लोग अपने संचालन के स्वचालन के स्तर से संतुष्ट हैं। यह डरावना है, मैं पुष्टि करता हूं: हमने अपने लिए इन सभी ढेरों को इकट्ठा करने के लिए बहुत सारे संसाधन और प्रयास किए, और परिणाम असंतोषजनक है।

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

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

कैसे हो? आप NoOps - heroku भी खरीद सकते हैं। और मैं आपको खरीदने की सलाह देता हूं, अन्यथा सामान्य ऑपरेशन के विकास पर अधिक पैसा खर्च करने का मौका है।

Deis लोग हैं, वे कुबेरनेट्स पर हरोकू की तरह कुछ करने की कोशिश कर रहे हैं। क्लाउड फाउंड्री है, जो काम करने के लिए एक मंच भी प्रदान करता है।

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

Docker और Kubernetes के बारे में थोड़ा

संचालन की समस्याओं में से एक पुनरावृत्ति है। कर्ता जो बड़ी चीज लाया है, वह दो चरणों में है। हमारे पास एक निर्माण चरण है।

दूसरा बिंदु जो कर्ता को प्रसन्न करता है वह है मनमानी सेवाओं को शुरू करने के लिए एक सार्वभौमिक इंटरफ़ेस। किसी ने डॉकर को इकट्ठा किया, कुछ अंदर डाला, और ऑपरेशन यह कहना काफी है कि डॉकर को चलाएं और शुरू करें।



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

कपोल-कल्पना

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

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

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

POD को तैनात करते हैं। मैंने कहा कि कुबेरनेट्स ने POD को लागू किया और बाढ़ आ गई। मैं देख सकता हूं कि मेरे पास क्या POD हैं: मैं देखता हूं कि एक POD तैनात है। इसका मतलब है कि कुबेरनेट्स ने इन कंटेनरों को लॉन्च किया है।


मैं भी इस कंटेनर में जा सकते हैं।


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

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

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

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

यहाँ हम एक तैनाती देखते हैं। यदि हम POD को देखने का प्रयास करते हैं, तो हम देखते हैं कि कुछ POD बढ़ गए हैं। हम इस POD को ले और निकाल सकते है। क्या होता है PODs? एक नष्ट हो जाता है, और दूसरा तुरंत उठ जाता है। इस प्रतिकृति नियंत्रक ने वांछित पीओडी नहीं पाया और दूसरा लॉन्च किया।


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

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


सेवा लागू करें, देखें कि हमारे पास क्या सेवाएं हैं। हम अपने परीक्षण POD में जाते हैं, जो उठाया गया था, और nslookup करते हैं। कुबेरनेट हमें एक DNS-ku देता है जिसके माध्यम से सेवाएं एक दूसरे को देख और खोज सकती हैं।


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

अगला, हम आमतौर पर वेब सेवा को बाहर लाना चाहते हैं। कुबेरनेट्स के पास एक अंतर्ग्रहण है। आमतौर पर SSL वहां जोड़ा जाता है।

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


जिसके बाद, होस्ट में स्थानीय रूप से पंजीकृत होने के बाद, आप इस सेवा को यहाँ से देख सकते हैं।


यह ऐसा नियमित कार्य है: हमने एक निश्चित वेब सेवा को तैनात किया, कुबेरनेट्स के साथ थोड़ा सा मुलाकात की।


हम इसे पूरी तरह से साफ करेंगे, इनग्रेस को हटाएंगे और सभी संसाधनों को देखेंगे।


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

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



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

तदनुसार, हमने जो बनाया (PODs, सेवाएँ, आदि) केवल डेटाबेस में लिखा है। यह डेटाबेस ETCD द्वारा कार्यान्वित किया गया है, अर्थात ताकि यह उच्च-उपलब्ध स्तर पर स्थिर हो।

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

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

इस प्रकार, सब कुछ कुबेरनेट्स में लागू किया गया है। यह बहुत अच्छा है कि सूचना मॉडल को ऑपरेटिंग कमरे से अलग किया गया है। सामान्य CRUD- इंटरफ़ेस के माध्यम से डेटाबेस में हम घोषणा करते हैं कि क्या होना चाहिए। फिर नियंत्रकों का सेट सब कुछ सही बनाने की कोशिश करता है। सच है, यह हमेशा नहीं होता है।

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



वास्तविक प्रणालियों में, हम अगले स्तर के सार में सोचते हैं: हमारे पास कुछ सेवाएं, डेटाबेस हैं, और हम सभी इसे कनेक्ट करते हैं। हम PODs और इनग्रेड्स के बारे में नहीं सोचते हैं, और हम एब्सट्रैक्शन के अगले स्तर का निर्माण करना चाहते हैं।

ताकि डेवलपर जितना संभव हो उतना आसान था: ताकि वह बस कहे, "मैं ऐसी और ऐसी सेवा शुरू करना चाहता हूं," और सब कुछ अंदर हुआ।

हेल्म जैसी कोई चीज होती है। यह गलत तरीका है - ansible style templating, जहां हम केवल कॉन्फ़िगर किए गए संसाधनों के एक सेट को स्पून करने और उन्हें Kubernetes क्लस्टर में छोड़ने का प्रयास कर रहे हैं।

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

आंतरिक समाधान मॉडल

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

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


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



इससे पहले कि हम कुबेरनेट्स में एक कस्टम संसाधन बनाएं, हमें इसे घोषित करने की आवश्यकता है। इसके लिए, CustomResourceDefinition नामक एक मेटा-संसाधन है।

कुबेरनेट्स में एक नए संसाधन की घोषणा करने के लिए, इस तरह की घोषणा को पोस्ट करना हमारे लिए पर्याप्त है। इस बनाएँ तालिका पर विचार करें।


एक टेबल बनाया। उसके बाद, हम kubectl के माध्यम से उन तृतीय-पक्ष संसाधनों पर देख सकते हैं जो हमारे पास हैं। जैसे ही हमने इसकी घोषणा की, हमें एक बैनर भी मिला। हम कर सकते हैं, उदाहरण के लिए, kubeclt को ऐप्स मिलते हैं। लेकिन अभी तक कोई ऐप नहीं।


आइए कुछ ऐप लिखें। उसके बाद, हम एक कस्टम संसाधन उदाहरण बना सकते हैं। आइए इसे YAML में देखें और इसे एक विशिष्ट URL पर पोस्ट करके बनाएं।


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


हम केवल नाम बदलकर उसी टेम्पलेट से दूसरा ऐसा संसाधन बना सकते हैं। यहाँ दूसरा संसाधन है।


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


हम सेवा के लिए ऐसा ही करते हैं: सेवा फ़ंक्शन घोषणा को स्वीकार करता है और हमारे लिए कुबेरनेट्स संसाधन उत्पन्न करता है।


हम इनग्रेस में लाइन के लिए भी ऐसा ही करते हैं।


यह सब कैसे चलेगा? वास्तविक दुनिया में कुछ होगा और वही होगा जो हम चाहते हैं। हम क्या चाहते हैं - हम एप्लिकेशन संसाधन लेते हैं और उस पर उत्पन्न करते हैं कि यह क्या होना चाहिए। और अब हमें यह देखने की जरूरत है कि क्या है। हम REST API के माध्यम से अनुरोध करते हैं। हम सभी सेवाओं, सभी तैनाती प्राप्त कर सकते हैं।

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

हम यहां भी वही करेंगे। यह कोड की 50 लाइनों में किया जाता है। चाहते हैं - सब कुछ गितुब पर है। अंत में, हमें सामंजस्य-क्रियाओं को प्राप्त करना चाहिए।

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


उसे टाल देते हैं। उसके साथ कुछ भी गलत नहीं है, वह बदनाम हो सकती है। वह कहती है कि आपको एक इंप्रेस सर्विस बनाने की जरूरत है, इसमें दो एंट्री करें, एक तैनाती 1 और 2 बनाएं, एक सर्विस 1 और 2 बनाएं।


इस मामले में, पहले से ही केवल एक सेवा होनी चाहिए। हम देखते हैं कि केवल एक प्रविष्टि बनी हुई है।

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


आइए एक और सेवा जोड़ें: सामंजस्य-क्रिया फ़ंक्शन को फिर से निष्पादित करें। आइए देखें क्या हुआ। सब कुछ शुरू हुआ, सब कुछ ठीक है।


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


हमारा कस्टम नियंत्रक सिर्फ एक सेवा है जो समय-समय पर उठेगा और पैच की गणना करेगा।

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


डेवलपर की आंखों के माध्यम से देखते हैं। उसे बस यह कहने की आवश्यकता है कि कुबेरनेट्स नई सेवा को लागू करते हैं और नाम देते हैं। हम ऐसा करते हैं, हमारे नियंत्रक ने सब कुछ उठाया और इसे बनाया।


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

यह सब हेल्म जैसा दिखता है, लेकिन वास्तव में अधिक शक्तिशाली है। नियंत्रक एक क्लस्टर में काम करता है: यह आधार को देखता है, बाहरी दुनिया को देखता है और इसे काफी स्मार्ट बनाया जा सकता है।

खुद सी.आई.

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

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

यह सब कैसे काम करता है? यह कस्टम नियंत्रकों की एक ही अवधारणा पर बनाया गया है। -, Kubernetes , . web-hook. .

web-hook, — JSON build, Kubernetes. build build controller, manifest, , POD. POD- .

POD- agent, travis circleci, YAML . . Telegram.

, Kubernetes — , CI continuous delivery while true sleep 10, POD . kubectl exec, .

— , . 300 .

postgres

हमारा उत्पाद पोस्टग्रेज पर बनाया गया है, हम सभी प्रकार की दिलचस्प विशेषताओं का उपयोग करते हैं। हमने कई एक्सटेंशन भी लिखे। लेकिन हम RDS या कुछ और का उपयोग नहीं कर सकते।

अब हम एक अविनाशी पोस्टग्रेज के लिए ऑपरेटर विकसित करने की प्रक्रिया में हैं। मैं वास्तुकला ध्वनि करूंगा। मैं कहना चाहता हूं, "कलस्टर, मुझे एक ऐसा पोस्टग्रैट्स दें जिसे मारा नहीं जा सकता।" इसमें यह जोड़ें कि मुझे दो अतुल्यकालिक प्रतिकृतियां, एक सिंक्रोनस, प्रतिदिन बैकअप और एक टेराबाइट तक की आवश्यकता है। मैं यह सब फेंक देता हूं, फिर मेरा क्लस्टर नियंत्रक ऑर्केस्ट्रेशन और मेरे कंटेनर का विस्तार करना शुरू कर देता है। यह pginstance संसाधन बनाता है जो प्रत्येक istance पोस्टग्रेज के लिए जिम्मेदार होता है। यह क्लस्टर पोस्टग्रेज होगा।

pginstance controller, , POD deployment postgres. persistent volume. postgres. Docker-container, binary postgres. : postgres . , , , , .. POD persistent volume postgres cluster master.

deployment master. persistent volume. POD , , , deployment slave.

इसके बाद, क्लस्टर नियंत्रक एक बैकअप संसाधन बनाता है (इसे बैकअप के साथ वर्णित किया गया है)। और बैकअप नियंत्रक पहले से ही इसे लेता है और इसे कुछ S3 में फेंक देता है।

आगे क्या है?

. , , , « postgres, kafka, CI ». .

, , , , . operations information-. , , , , resource application. . . . logical relation .

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

— DevOops 2018 ! — .

«The DevOps Handbook» , «Learning Chef: A Guide to Configuration Management and Automation» , «How to containerize your Go code» «Liquid Software: How to Achieve Trusted Continuous Updates in the DevOps World» — . - .

: !

: 1 DevOops 2018 .