कुबेरनेट्स के शीर्ष पर कपितान

कपितन से मिले। यह आपको अपने कुबेरनेट्स विन्यास में सुंदरता और व्यवस्था लाने में मदद करता है।

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

Kubernetes.slack.com #kapitan पर एक छोटा लेकिन समर्पित समुदाय इकट्ठा होने में कामयाब रहे (इसमें शामिल हों!), इसलिए हमें अपने काम पर गर्व है :)

कई अभी भी मानते हैं कि कपितान जोंसनेट और जिंजा का मिश्रण है, लेकिन वे इस बिंदु को याद करते हैं।
इस पोस्ट में मैं आपको बताऊंगा कि कपितन कुबेरनेट की तैनाती का प्रबंधन कैसे करता है, लेकिन सामान्य तौर पर यह इससे कहीं अधिक सक्षम है। यह महत्वपूर्ण है: कपिटान सार्वभौमिक है और एक कुबेरनेट पर ठीक नहीं किया गया है। Kubernetes बस कई उपयोगों में से एक है।

यह एक गाइड नहीं है (हालाँकि मैं एक गाइड का भी वादा करता हूँ)। मैं आपको केवल यह बताना चाहता हूं कि हमने ऐसा क्यों किया और कुबेरनेट्स विन्यास की तैनाती में क्या समस्याएं हैं, जिन्हें हल करना चाहिए।

जो मुझे अच्छा नहीं लगा

मैंने 2015 में कुबेरनेट्स के साथ प्रयोग करना शुरू किया और तुरंत प्यार हो गया।
सच है, ऐसी कई कमियां हैं, जिन्हें मैं सामने नहीं लाना चाहता:

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

क्या करें?

मैंने इन समस्याओं को हल करने की कोशिश की और एक छोटी सी टेम्प्लेटिंग प्रणाली लगाई जिसमें Kubernetes कॉन्फ़िगरेशन को प्रबंधित करने के लिए j2cli और कुछ बैश स्क्रिप्ट का उपयोग किया गया।

सिस्टम ने सब कुछ environmentA.yaml फ़ाइल में डाल दिया और इसे Jinja2 टेम्पलेट में उपयोग किया। एक सरल आदेश के साथ कई घटकों से माइक्रोसॉर्स्ट-स्टाइल एप्लिकेशन को लागू करना संभव था:

bin/apply.sh environments/environmentA.yaml 

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

मुझे पता चला कि समान आदेशों को निष्पादित करने के लिए लिपियों में यमल से मूल्यों को कैसे आयात किया जाए:

 bin/create_kafka_topics.sh environments/environmentA.yaml 

और फिर सब कुछ एक बार में नियंत्रण से बाहर हो गया :

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

कपितन: बनना

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

प्यार :

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

हमें पसंद नहीं है :

• कुबेक्टल संदर्भ
• Yaml बनाने के लिए टेक्स्ट टेम्प्लेट इंजन।
• इंडेंटेशन काउंट: {{ toYaml .Values.resources | indent 10 }} {{ toYaml .Values.resources | indent 10 }} ।
• जादू: सब कुछ स्पष्ट और स्पष्ट होना चाहिए। कोई तरकीब नहीं।
• पासवर्ड और आवेदन के रहस्यों का मैनुअल प्रबंधन।
• टिलर दृष्टिकोण: हम मैनिफ़ेस्ट के उपयोग को नियंत्रित करना चाहते थे।
• गिट-क्रिप्ट दृष्टिकोण: डिस्क पर रहस्य एन्क्रिप्टेड नहीं हैं।
• टेम्प्लेट पाइपलाइन सीधे kubectl के लिए।
• पासिंग कमांड लाइन विकल्प।

और फिर दो बातें हुईं :

1. हमने ऑब्जेक्ट-ओरिएंटेड भाषा में yaml / json को अस्थायी करने के लिए डेव कनिंघम के jsonnet की खोज की।
2. गुस्तावो बुरियोला ने हमें एक पुनर्विचार दिखाया, और उसके बिना हम बहुत दूर नहीं गए।

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

कौन है कपितन?

कपिटन उन सभी समस्याओं (या लगभग सभी) को हल करने की कोशिश कर रहा है जिनके बारे में मैंने बात की थी।

तकनीकी दृष्टि से, कपितान बहुत ही सरल है:

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

हम सब कुछ के लिए टेम्पलेट घोषणापत्र और जिंजा के लिए jsonnet का उपयोग कर रहे हैं।

कभी-कभी लोग शिकायत करते हैं कि jsonnet फ़ाइल एक ही yaml से पूरी तरह से अलग है, इसलिए उनके लिए jsonnet पर स्विच करना कठिन है।

हमने पायथन में यमल लपेटकर कैडेट के साथ इस समस्या को हल करने की कोशिश की। अपने पसंदीदा याम्ल को आधार के रूप में लें और इसमें पायथन जोड़ें।

यम के लिए इस पायथन एक्सोस्केलेटन पर विचार करें! किसी तरह मैं इस बारे में बात करूंगा।

वर्कफ़्लो में, कपितन तुरंत चरित्र दिखाता है:

• पसंद की स्वतंत्रता : हम किसी भी कार्य प्रक्रियाओं और प्रौद्योगिकियों को लागू नहीं करते हैं, लेकिन आमतौर पर नीचे वर्णित सिद्धांतों पर काम करते हैं। वास्तव में, आप की तरह कापीटन का उपयोग किया जा सकता है। आपको git का उपयोग करने की आवश्यकता नहीं है, आपको इसमें फ़ाइलों का संकलन नहीं करना चाहिए, और आप बिना jsonnet के भी कर सकते हैं! जो चाहो करो।
• GitOps हड्डियों के मज्जा के लिए: git में सब कुछ, एक मास्टर- लाइट में सब कुछ जो हमारे इरादे को दर्शाता है।
• घोषणा : कपैटन विशिष्ट अभ्यावेदन में प्रकट टेम्पलेट्स के संकलन का स्वागत करता है। और आप अपनी स्क्रिप्ट्स को संकलित करते हैं।
• नियंत्रित संदर्भ : हम अपने काम को आसान बनाने के लिए संकलित लिपियों का उपयोग करते हैं, उदाहरण के लिए, संदर्भों को सेट करते समय और क्लस्टर को कॉन्फ़िगर करते समय।
  Kubernetes कॉन्फ़िगरेशन: compiled/target_A/setup/setup.sh
  परिवर्तन लागू करें: compiled/target_A/setup/apply.sh
• बेरोजगारी : कपिटन आपको टेम्प्लेट और कोड रीफैक्टरिंग टूल बदलने की अनुमति देता है। संकलित मैनिफ़ेस्ट और कोड आपकी कमांड के बिना नहीं बदलेगा, इसलिए आपके पास रिफलेक्ट होने पर डरने की कोई बात नहीं है।
• कारण और प्रभाव : हम एक वर्कफ़्लो के लिए हैं जहाँ इन्वेंट्री या टेम्प्लेट और संकलित फ़ाइलों में परिवर्तन एक मर्ज अनुरोध में शामिल हैं। इसलिए समीक्षक आपके परिवर्तनों और उनके वास्तविक परिणामों का मूल्यांकन करने में सक्षम होंगे। यह जानना अच्छा है कि क्या टेम्पलेट में बदलाव से एक, दो या अधिक लक्ष्य प्रभावित होंगे।
• और अंत में : कपिटन कुबेरनेट्स से जुड़ा नहीं है। यह सिर्फ फाइलें बनाता है। बदलावों की तैनाती में कुबेटिकल शामिल है। हम केवल आदेशों को एक सुसंगत तरीके से निष्पादित करने के लिए एक शेल देते हैं।

क्या मुझे इसकी आवश्यकता है?

आइए इसे स्पष्ट करें : आपको शायद कपितन (अभी तक) की आवश्यकता नहीं है।

लेकिन यह सब इस बात पर निर्भर करता है कि आप क्या करने की कोशिश कर रहे हैं और आपका सिस्टम कितना जटिल है।

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

यदि आपके पास मानक अनुप्रयोग हैं, तो आप केवल कुबेरनेट सीख रहे हैं या पहले से ही अपने वर्कफ़्लो से खुश हैं, तो हेल्म या इसका वर्तमान विकल्प काम करेगा।

मैं कल्पना करता हूं कि कुबेरनेट्स के लिए हेल - ए - गेट मिलता है, और कपितान पपेट के समान है ।

अगली पोस्ट में मैं विशिष्ट उदाहरण दूंगा और सूची का विस्तार से वर्णन करूंगा। इस बारे में लिखें कि आप क्या जानना चाहते हैं या आप इस पोस्ट से सहमत / असहमत हैं।

आभार जसेक ग्रुजेस्की ने किया ।