🧖🏾 🙎🏿 🧙 कुबेरनेट्स टिप्स एंड ट्रिक्स: स्थानीय विकास और टेलीप्रेज़ेंस के बारे में 👨🏼‍🎓 🤘🏽 🕴🏻

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

अलग-अलग समय पर, हमने समस्या के विभिन्न समाधानों की कोशिश की। और मैं संचित वर्कअराउंड या बस "बैसाखी" से शुरू करूंगा।

1. बैसाखी

अधिकांश IDE में FTP / SFTP का उपयोग करके सीधे सर्वर पर कोड को संपादित करने की क्षमता होती है। यह तरीका बहुत स्पष्ट है और हमने तुरंत इसका उपयोग करने का फैसला किया है। इसका सार इस प्रकार है:

विकास के वातावरण (देव / समीक्षा) के लिए पॉड में, SSH के माध्यम से पहुंच के साथ एक अतिरिक्त कंटेनर लॉन्च किया जाता है और डेवलपर की सार्वजनिक SSH कुंजी को अग्रेषित करता है जो एप्लिकेशन को प्रतिबद्ध / तैनात करेगा।
Init स्टेज पर ( prepare-app कंटेनर के भीतर) हम कोड को emptyDir में स्थानांतरित करते हैं ताकि एप्लिकेशन और एसएसएच सर्वर के साथ कंटेनरों से कोड तक पहुंच हो।

ऐसी योजना के तकनीकी कार्यान्वयन की बेहतर समझ के लिए, मैं कुबेरनेट्स में शामिल YAML कॉन्फ़िगरेशन के टुकड़े दे दूंगा।

विन्यास

1.1। values.yaml

 ssh_pub_key: vasya.pupkin: <ssh public key in base64>

यहाँ vasya.pupkin ${GITLAB_USER_LOGIN} चर का मूल्य है।

1.2। deployment.yaml

 ... {{ if eq .Values.global.debug "yes" }} volumes: - name: ssh-pub-key secret: defaultMode: 0600 secretName: {{ .Chart.Name }}-ssh-pub-key - name: app-data emptyDir: {} initContainers: - name: prepare-app {{ tuple "backend" . | include "werf_container_image" | indent 8 }} volumeMounts: - name: app-data mountPath: /app-data command: ["bash", "-c", "cp -ar /app/* /app-data/" ] {{ end }} containers: {{ if eq .Values.global.debug "yes" }} - name: ssh image: corbinu/ssh-server volumeMounts: - name: ssh-pub-key readOnly: true mountPath: /root/.ssh/authorized_keys subPath: authorized_keys - name: app-data mountPath: /app ports: - name: ssh containerPort: 22 protocol: TCP {{ end }} - name: backend volumeMounts: {{ if eq .Values.global.debug "yes" }} - name: app-data mountPath: /app {{ end }} command: ["/usr/sbin/php-fpm7.2", "--fpm-config", "/etc/php/7.2/php-fpm.conf", "-F"] ...

1.3। secret.yaml

 {{ if eq .Values.global.debug "yes" }} apiVersion: v1 kind: Secret metadata: name: {{ .Chart.Name }}-ssh-pub-key type: Opaque data: authorized_keys: "{{ first (pluck .Values.global.username .Values.ssh_pub_key) }}" {{ end }}

अंतिम स्पर्श

उसके बाद, यह केवल आवश्यक चर पास करने के लिए रहता है gitlab-ci.yml :

 dev: stage: deploy script: - type multiwerf && source <(multiwerf use 1.0 beta) - type werf && source <(werf ci-env gitlab --tagging-strategy tag-or-branch --verbose) - werf deploy --namespace ${CI_PROJECT_NAME}-stage --set "global.env=stage" --set "global.git_rev=${CI_COMMIT_SHA}" --set "global.debug=yes" --set "global.username=${GITLAB_USER_LOGIN}" tags: - build

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

यह पूरी तरह से काम करने वाला समाधान है, लेकिन कार्यान्वयन के दृष्टिकोण से इसके स्पष्ट नुकसान हैं:

हेल्म चार्ट को परिष्कृत करने की आवश्यकता है, जो इसके पढ़ने को जटिल बनाता है;
केवल जिसने सेवा को तैनात किया है वह इसका उपयोग कर सकता है;
आपको कोड के साथ स्थानीय निर्देशिका के साथ और Git में इसे सिंक्रनाइज़ करने के लिए याद रखने की आवश्यकता है।

2. टेलीप्रिसेस

टेलिप्रेसेंस प्रोजेक्ट को कुछ समय के लिए जाना जाता है, लेकिन गंभीरता से हमारे साथ व्यवहार करने की कोशिश कर रहा है, जैसा कि वे कहते हैं, "अपने हाथों तक नहीं पहुंचा"। हालाँकि, मांग ने अपना काम कर दिया है और अब हम अनुभव साझा करने की कृपा कर रहे हैं जो हमारे ब्लॉग के पाठकों के लिए उपयोगी हो सकता है - खासकर क्योंकि हब पर टेलिप्रेसेंस के बारे में अभी तक कोई अन्य सामग्री नहीं थी।

संक्षेप में, यह इतना डरावना नहीं था। डेवलपर द्वारा निष्पादन के लिए आवश्यक सभी क्रियाएं, हमने हेल्म-चार्ट की पाठ फ़ाइल में NOTES.txt , जिन्हें NOTES.txt कहा जाता है। इस प्रकार, डेवलपर कुबेरनेट्स में सेवा को तैनात करने के बाद GitL जॉब लॉग में स्थानीय देव वातावरण शुरू करने के लिए निर्देश देखता है:

 !!!   ,   Kubernetes !!! *   * *       VPN * *     kubectl ( https://kubernetes.io/docs/tasks/tools/install-kubectl/ ) * *  config-  kubectl (  ~/.kube/config) * *     telepresence ( https://www.telepresence.io/reference/install ) * *    Docker * *    reporter     https://gitlab.site.com/group/app * *    registry  /  GitLab (  ): ######################################################################### docker login registry.site.com ######################################################################### *   ######################################################################### telepresence --namespace {{ .Values.global.env }} --swap-deployment {{ .Chart.Name }}:backend --mount=/tmp/app --docker-run -v `pwd`:/app -v /tmp/app/var/run/secrets:/var/run/secrets -ti registry.site.com/group/app/backend:v8 #########################################################################

हम इस मैनुअल में वर्णित चरणों पर ध्यान नहीं देंगे ... अंतिम को छोड़कर। Telepresence के लॉन्च के दौरान क्या होता है?

Telepresence के साथ काम करें

शुरुआत में (ऊपर दिए गए निर्देशों में निर्दिष्ट अंतिम कमांड द्वारा) हम सेट करते हैं:

नेमस्पेस (नाम स्थान) जिसमें माइक्रोसेवा लॉन्च किया गया है;
तैनाती और कंटेनर के नाम जिसे हम भेदना चाहते हैं।

शेष तर्क वैकल्पिक हैं। यदि हमारी सेवा Kubernetes API के साथ सहभागिता करती है और इसके लिए एक ServiceAccount बनाया जाता है, तो हमें अपने डेस्कटॉप पर प्रमाणपत्र / टोकन माउंट करने की आवश्यकता होती है। ऐसा करने के लिए, विकल्प --mount=true (या --mount=/dst_path ) का उपयोग करें, जो हमारे डेस्कटॉप पर Kubernetes में कंटेनर से रूट (/) को माउंट करेगा। उसके बाद, हम (ओएस और आवेदन शुरू करने के तरीके के आधार पर) क्लस्टर से "कुंजियों" का उपयोग कर सकते हैं।

सबसे पहले, डॉकटर कंटेनर में सबसे बहुमुखी अनुप्रयोग लॉन्च विकल्प पर विचार करें। ऐसा करने के लिए, --docker-run स्विच का उपयोग करें और निर्देशिका को कंटेनर में कोड के साथ माउंट करें: -v `pwd`:/app

कृपया ध्यान दें कि यह परियोजना से निर्देशिका से शुरू होता है। कंटेनर में /app कोड /app निर्देशिका में माउंट किया जाएगा।

अगला: -v /tmp/app/var/run/secrets:/var/run/secrets - कंटेनर में सर्टिफिकेट / टोकन के साथ डायरेक्टरी को माउंट करने के लिए।

यह विकल्प अंत में उस छवि का अनुसरण करता है जिसमें एप्लिकेशन लॉन्च किया जाएगा। NB : छवि बनाते समय, आपको CMD या ENTRYPOINT को निर्दिष्ट करना होगा!

वास्तव में, आगे क्या होगा?

निर्दिष्ट तैनाती के लिए कुबेरनेट्स में, प्रतिकृतियों की संख्या को 0. में बदल दिया जाएगा। इसके बजाय, एक नया परिनियोजन लॉन्च किया जाएगा - प्रतिस्थापित backend कंटेनर के साथ।
डेस्कटॉप पर, 2 कंटेनर शुरू होंगे: पहला - टेलीप्रेशन्स के साथ (यह / से कुबेरनेट्स के लिए अनुरोध करेगा), दूसरा - विकसित किए जा रहे एप्लिकेशन के साथ।
यदि एप्लिकेशन के साथ कंटेनर में निष्पादित किया जाता है, तो हमारे पास तैनाती के दौरान हेल्म द्वारा पारित सभी ईएनवी चर तक पहुंच होगी, साथ ही सभी सेवाएं उपलब्ध हैं। वह सब कुछ अपने पसंदीदा आईडीई में कोड को संपादित करना और परिणाम का आनंद लेना है।
काम के अंत में, यह केवल उस टर्मिनल को बंद करने के लिए पर्याप्त है जहां टेलीप्रेंस चल रहा है (Ctrl + C का उपयोग करके सत्र समाप्त करें), डेस्कटॉप पर डॉक कंटेनर बंद हो जाएगा, और सबकुछ कुबेरनेट्स में अपनी मूल स्थिति में वापस आ जाएगा। जो कुछ भी रहता है वह प्रतिबद्ध है, एमआर जारी करें और इसे समीक्षा करें / मर्ज करें / ... (आपके वर्कफ़्लोज़ के आधार पर)।

यदि हम डॉकटर कंटेनर में एप्लिकेशन नहीं चलाना चाहते हैं - उदाहरण के लिए, हम इसे PHP में नहीं, बल्कि Go में विकसित करते हैं, और फिर भी इसे स्थानीय रूप से एकत्र करते हैं - Telepresence लॉन्च करना और भी आसान होगा:

 telepresence --namespace {{ .Values.global.env }} --swap-deployment {{ .Chart.Name }}:backend --mount=true

यदि एप्लिकेशन Kubernetes API तक पहुंचता है, तो आपको कुंजी के साथ निर्देशिका को माउंट करने की आवश्यकता होगी। लिनक्स के लिए, एक उपयोगिता उपयोगिता है:

 proot -b $TELEPRESENCE_ROOT/var/run/secrets/:/var/run/secrets bash

--docker-run को --docker-run विकल्प के बिना शुरू करने के बाद, सभी पर्यावरण चर मौजूदा टर्मिनल में उपलब्ध होंगे, इसलिए आपको इसमें एप्लिकेशन शुरू करने की आवश्यकता है।

NB : उदाहरण के लिए, PHP का उपयोग करते समय, आपको विकास के लिए विभिन्न op_cache, apc और अन्य त्वरक को निष्क्रिय करना याद रखना होगा - अन्यथा कोड को संपादित करने से वांछित परिणाम नहीं होगा।

परिणाम

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

पुनश्च

K8s टिप्स एंड ट्रिक्स चक्र से अन्य:

कुबेरनेट्स टिप्स एंड ट्रिक्स: स्थानीय विकास और टेलीप्रेज़ेंस के बारे में