टेक्टन पाइपलाइन - कुबेरनेट्स-देशी पाइपलाइन

Tekton पाइपलाइन एक नई परियोजना है जो आपको कुबेरनेट्स मूल दृष्टिकोण का उपयोग करके CI / CD पाइपलाइन चलाने की अनुमति देती है। Tekton पाइपलाइन मूल रूप से "चाकू निर्माण" परियोजना का हिस्सा था। यदि आप इस परियोजना के बारे में अधिक जानना चाहते हैं, तो मैं उनकी वेबसाइट पर जाने की सलाह देता हूं, जो यहां लिंक पर उपलब्ध है ।

इससे पहले कि हम "कुबेरनेट्स-मूल" का क्या मतलब है और कैसे Tekton पाइपलाइन काम करता है के बारे में बात करना शुरू करते हैं, मैं एक कदम पीछे ले जाना चाहता हूं और संक्षेप में बताऊंगा कि मेजबान की बजाय कंटेनरों में पाइपलाइन चलाना इतना महत्वपूर्ण और उपयोगी क्यों है: कुछ समय पहले हमने उन अनुप्रयोगों को स्थानांतरित करना शुरू कर दिया जो हम कंटेनरों के साथ काम करते हैं। हमने ऐसा अलगाव, पारदर्शी निर्भरता, स्केलेबिलिटी और अपरिवर्तनीयता जैसे लाभों के कारण किया। क्या यह केवल CI / CD पाइपलाइनों के लिए उपयोगी नहीं होगा? "बिल्ड-होस्ट्स" के बारे में सोचें, जो एक विशिष्ट बिल्ड कार्य के लिए आवश्यक उपकरण और निर्भरता प्रदान करेगा। एक ऐसे वातावरण के बारे में जो हर बार लॉन्च होने के समय एक ही होगा और अन्य परियोजनाओं पर निर्भरता नहीं होगी, जिससे समस्याएं हो सकती हैं। और यह भी, आसान स्केलिंग पाइपलाइनों के बारे में। यही कारण है कि हम कंटेनरीकृत पाइपलाइनों को चला सकते हैं और उन्हें चलाना चाहिए!

अब जब हमने पाइपलाइनों के लिए कंटेनरीकरण के बारे में संक्षेप में बात की है, तो आइए बात करते हैं कि टेबटन पाइपलाइन अपने कुबेरनेट्स मूल दृष्टिकोण के साथ कैसे प्रोजेक्ट कर सकती है:

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

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

कहां से शुरू करें

जैसा कि ऊपर उल्लेख किया गया है, Tekton पाइपलाइन Kubernetes क्लस्टर के अंदर स्थित है। यह 5 कस्टम रिसोर्स डेफिनेशन (CRDs), डिप्लॉयमेंट्स, कॉन्फिगरमैप्स और सर्विसेज पर आधारित है। शुरू करने के लिए आप निम्नलिखित कमांड चला सकते हैं:

kubectl apply -f https://storage.googleapis.com/tekton-releases/latest/release.yaml 

उपर्युक्त संसाधनों के अलावा, वह Namespace, Pod Security Policy, Service Account और ClusterRoles भी बनाएगा। जैसे ही नई बनाई गई नेमस्पेस (डिफ़ॉल्ट नाम टेक्टन-पाइपलाइनों) में सभी पॉड्स तैयार होते हैं, टेकन पाइपलाइन जाने के लिए तैयार है।

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

यदि आपको कार्यों के बीच कलाकृतियों या अन्य पाइपलाइन संसाधनों को साझा करने की आवश्यकता है, तो आपको उनके लिए भंडारण स्थापित करने की आवश्यकता है। आप पीवीसी का उपयोग कर सकते हैं, जो हर बार अनुरोध किया जाएगा कि यह आवश्यक है (गतिशील मात्रा आरंभीकरण कुंजी है!), या बूँद-भंडारण। आपको इस कार्य के बारे में अधिक जानकारी यहाँ मिलेगी।

पहली पाइपलाइन

तो Tekton पाइपलाइन कैसे काम करती है? मैं छोटे उदाहरणों में Tekton पाइपलाइनों कस्टम संसाधन परिभाषाओं के बीच अंतर को समझाऊंगा। पाइपलाइन गो पर एक छोटा अनुप्रयोग बनाएगी (बनाएगी), आवश्यक चित्र बनाएगी और फिर उसे रजिस्ट्री में धकेल देगी। आप सभी प्रासंगिक फ़ाइलों को यहां पा सकते हैं।

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

 apiVersion: tekton.dev/v1alpha1 kind: PipelineResource metadata: name: git-repo spec: type: git params: - name: revision value: master - name: url value: https://gitlab.com/nmeisenzahl/tekton-demo --- apiVersion: tekton.dev/v1alpha1 kind: PipelineResource metadata: name: image-registry spec: type: image params: - name: url value: registry.gitlab.com/nmeisenzahl/tekton-demo/demo:latest 

अब हमें अपनी पाइपलाइन में चरणों के अनुक्रम को निर्धारित करने के लिए एक टास्क संसाधन बनाने की आवश्यकता है। बेशक, यदि आवश्यक हो, तो आप कई कार्य बना सकते हैं। हमारे उदाहरण में, हम इमेज बनाने के लिए Kaniko का उपयोग करेंगे। यह Dockerfile, अनुप्रयोग के लिए अन्य संसाधनों की तरह, Git रिपॉजिटरी में निहित है।

 apiVersion: tekton.dev/v1alpha1 kind: Task metadata: name: build-docker-image spec: inputs: resources: - name: git-repo type: git params: - name: pathToDockerFile description: Path to Dockerfile default: /workspace/git-repo/Dockerfile - name: pathToContext description: The build context used by Kaniko default: /workspace/git-repo outputs: resources: - name: image-registry type: image steps: - name: build-and-push image: gcr.io/kaniko-project/executor:v0.10.0 env: - name: "DOCKER_CONFIG" value: "/builder/home/.docker/" command: - /kaniko/executor args: - --dockerfile=${inputs.params.pathToDockerFile} - --destination=${outputs.resources.image-registry.url} - --context=${inputs.params.pathToContext} 

अब हम उपरोक्त कार्य का एक उदाहरण लॉन्च करने के लिए एक टास्करन संसाधन बना सकते हैं। हालाँकि, इस उदाहरण में, हम पाइपलाइन का उपयोग करते हैं, जिसका उपयोग हम कई कार्यों (कार्यों) को एक पंक्ति में संयोजित करने के लिए कर सकते हैं:

 apiVersion: tekton.dev/v1alpha1 kind: Pipeline metadata: name: demo-pipeline spec: resources: - name: git-repo type: git - name: image-registry type: image tasks: - name: build-docker-image taskRef: name: build-docker-image params: - name: pathToDockerFile value: /workspace/git-repo/Dockerfile - name: pathToContext value: /workspace/git-repo resources: inputs: - name: git-repo resource: git-repo outputs: - name: image-registry resource: image-registry 

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

अब हमारे पास पाइपलाइन को लॉन्च करने के लिए आवश्यक सब कुछ है। ऐसा करने के लिए, हमें PipelineRun संसाधन के लिए अंतिम परिभाषा निर्दिष्ट करने की आवश्यकता है:

 apiVersion: tekton.dev/v1alpha1 kind: PipelineRun metadata: name: demo-pipeline-run-1 spec: pipelineRef: name: demo-pipeline resources: - name: git-repo resourceRef: name: git-repo - name: image-registry resourceRef: name: image-registry 

आप kubectl get pipelineruns -o yaml की स्थिति की जांच करने के लिए kubectl get pipelineruns -o yaml का उपयोग कर सकते हैं।

अतिरिक्त

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

इसके अलावा, एक ही टीम Tekton Triggers नामक एक अन्य परियोजना पर काम कर रही है। यह परियोजना काफी नई है (पहली प्रतिबद्धता 4 सप्ताह पहले थी) और अभी भी विकास के अधीन है। Tekton ट्रिगर आपको "ट्रिगर" के आधार पर Tekton पाइपलाइन को कॉल करने की अनुमति देता है। यह git-commits, git-issues या कोई अन्य webhooks (वेब ​​हुक) हो सकता है। अधिक जानकारी यहाँ उपलब्ध है ।

हमारे ब्लॉग पर अन्य लेख भी पढ़ें:

• Nginx के लिए गतिशील मॉड्यूल का निर्माण
• हाशिकॉर्प कंसल के कुबेरनेट्स प्राधिकरण का परिचय
• प्राधिकरण के साथ ClickHouse को प्राधिकरण के बिना ClickHouse से माइग्रेशन का परिणाम क्या था
• नगीनेक्स वेब सर्वर के साथ स्प्रिंग एप्लीकेशन की ब्लू-ग्रीन तैनाती
• GitLab CI / CD का उपयोग करके कई पाइपलाइन कैसे चलाएं