👩‍👩‍👧‍👦 🤘🏾 🔜 कुबेरनेट्स विकास के लिए स्केफोल्ड समीक्षा 👩🏽‍🔧 😋 👨‍🚒

डेढ़ साल पहले, 5 मार्च, 2018 को, Google ने अपने ओपन सोर्स प्रोजेक्ट का पहला अल्फ़ा संस्करण CI / CD के लिए जारी किया जिसे स्केफोल्ड कहा जाता है, जिसका लक्ष्य "कुबेरनेट्स के लिए सरल और प्रतिलिपि प्रस्तुत करने योग्य विकास" बनाना था ताकि डेवलपर्स विकास पर ध्यान केंद्रित कर सकें, और प्रशासन पर नहीं। स्केफोल्ड के लिए ब्याज क्या हो सकता है? जैसा कि यह निकला, उसकी आस्तीन में कुछ ट्रम्प कार्ड हैं, जिसकी बदौलत वह एक डेवलपर के लिए एक शक्तिशाली उपकरण बन सकता है, और शायद एक ऑपरेटिंग इंजीनियर। हम परियोजना और इसकी क्षमताओं से परिचित होंगे।

नायब : वैसे, हमने पहले से ही डेवलपर्स के लिए टूल के हमारे सामान्य अवलोकन में स्केफोल्ड के बारे में संक्षेप में बात की थी, जिसका जीवन कुबेरनेसेस के साथ जुड़ा हुआ है।

सिद्धांत। उद्देश्य और सुविधाएँ

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

Skaffold के लिए स्रोत कोड गो में लिखा गया है, और इसे मुफ्त Apache लाइसेंस 2.0 ( GitHub ) के तहत वितरित किया गया है।

मुख्य कार्यों और विशेषताओं पर विचार करें। पहले निम्नलिखित शामिल हैं:

Skaffold CI / CD पाइपलाइन बनाने के लिए उपकरण प्रदान करता है।
आपको पृष्ठभूमि में स्रोत कोड में परिवर्तन की निगरानी करने और कंटेनर छवियों में कोड बनाने की स्वचालित प्रक्रिया शुरू करने की अनुमति देता है, इन छवियों को डोकर रजिस्ट्री में प्रकाशित करके उन्हें कुबेरनेट क्लस्टर में तैनात किया जा सकता है।
कंटेनर में काम कर रहे निर्देशिका के साथ भंडार में फ़ाइलों को सिंक्रनाइज़ करता है।
कंटेनर-संरचना-परीक्षण का उपयोग करके स्वचालित रूप से परीक्षण।
आगे की ओर बंदरगाह।
कंटेनर में चल रहे एप्लिकेशन के लॉग पढ़ता है।
Java, Node.js, Python, Go में लिखे डिबगिंग अनुप्रयोगों में मदद करता है।

अब सुविधाओं के बारे में:

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

उत्तरार्द्ध का चित्रण:

विधानसभा चरण में, आप उपयोग कर सकते हैं:
- docker स्थानीय रूप से, kaniko या Google क्लाउड बिल्ड का उपयोग करते हुए क्लस्टर में;
- स्थानीय रूप से बाज़ल;
- Jib Maven और Jib Gradle स्थानीय या Google क्लाउड बिल्ड पर;
- कस्टम बिल्ड स्क्रिप्ट स्थानीय रूप से चलती हैं। यदि आपको असेंबली के लिए एक और (अधिक लचीला / परिचित / ...) समाधान चलाने की आवश्यकता है, तो इसे स्क्रिप्ट में वर्णित किया गया है ताकि स्केफोल्ड इसे चलाता है ( प्रलेखन से उदाहरण )। यह आपको किसी भी कलेक्टर का उपयोग करने की अनुमति देता है जिसे स्क्रिप्ट का उपयोग करके बुलाया जा सकता है;
परीक्षण चरण में, पहले से ही उल्लेख किया गया कंटेनर-संरचना-परीक्षण समर्थित है;
तैनाती के लिए प्रदान की जाती हैं:
- Kubectl;
- पतवार;
- kustomize।

इसके लिए धन्यवाद, स्केफोल्ड को CI / CD के निर्माण के लिए एक प्रकार का ढांचा कहा जा सकता है। इसका उपयोग करते समय वर्कफ़्लो का एक उदाहरण है (परियोजना प्रलेखन से):

स्केफोल्ड का कार्य सामान्य रूप में कैसा दिखता है?

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

स्केफोल्ड मील के पत्थर का चित्रण

अभ्यास। स्केफोल्ड की कोशिश कर रहा है

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

स्केफोल्ड स्थापित करें:

 curl -Lo skaffold https://storage.googleapis.com/skaffold/releases/latest/skaffold-linux-amd64 chmod +x skaffold sudo mv skaffold /usr/local/bin skaffold version v0.37.1

चलो आवश्यक उदाहरणों के साथ स्कोफोल्ड रिपॉजिटरी को क्लोन करते हैं:

 git clone https://github.com/GoogleContainerTools/skaffold cd skaffold/examples/microservices

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

 ~/skaffold/examples/microservices # tree . ├── leeroy-app │ ├── app.go │ ├── Dockerfile │ └── kubernetes │ └── deployment.yaml ├── leeroy-web │ ├── Dockerfile │ ├── kubernetes │ │ └── deployment.yaml │ └── web.go ├── README.adoc └── skaffold.yaml 4 directories, 8 files

स्थानीय स्तर पर इस कोड को बनाने के लिए leeroy-app और leeroy-web में गो कोड और सरल डॉकफाइल्स शामिल हैं:

 ~/skaffold/examples/microservices # cat leeroy-app/Dockerfile FROM golang:1.12.9-alpine3.10 as builder COPY app.go . RUN go build -o /app . FROM alpine:3.10 CMD ["./app"] COPY --from=builder /app .

मैं एप्लिकेशन कोड नहीं दूंगा - यह जानने के लिए पर्याप्त है कि leeroy-web अनुरोधों को स्वीकार करता है और उन्हें leeroy-app लिए प्रॉक्सी करता है। इसलिए, Deployment.yaml फ़ाइलों में केवल app (आंतरिक रूटिंग के लिए) सेवा है। आवेदन के त्वरित उपयोग के लिए web पॉड पोर्ट को हमारे पास भेजा जाएगा।

क्या skaffold.yaml जैसा दिखता skaffold.yaml :

 ~/skaffold/examples/microservices # cat skaffold.yaml apiVersion: skaffold/v1beta13 kind: Config build: artifacts: - image: leeroy-web context: ./leeroy-web/ - image: leeroy-app context: ./leeroy-app/ deploy: kubectl: manifests: - ./leeroy-web/kubernetes/* - ./leeroy-app/kubernetes/* portForward: - resourceType: deployment resourceName: leeroy-web port: 8080 localPort: 9000

ऊपर वर्णित सभी चरणों का वर्णन यहां किया गया है। इस कॉन्फ़िगरेशन के अलावा, वैश्विक सेटिंग्स के साथ एक फ़ाइल भी है - ~/.skaffold/config । इसे मैन्युअल रूप से या CLI के माध्यम से संपादित किया जा सकता है - उदाहरण के लिए, इस तरह:

 skaffold config set --global local-cluster true

यह आदेश local-cluster वैश्विक चर को true सेट करता true , जिसके बाद स्केफोल्ड छवियों को दूरस्थ रजिस्ट्री में 'पुश' करने का प्रयास नहीं करेगा। यदि आप स्थानीय रूप से विकसित हो रहे हैं, तो आप इस कमांड का उपयोग स्थानीय स्तर पर भी छवियों को जोड़ने के लिए कर सकते हैं।

वापस skaffold.yaml :

build स्टेज पर, हम इंगित करते हैं कि आपको स्थानीय रूप से छवि को इकट्ठा करने और सहेजने की आवश्यकता है। पहली बार विधानसभा शुरू होने के बाद, हम निम्नलिखित देखेंगे:
```
 // .. Minikube      , //   ,    # minikube ssh $ docker images REPOSITORY TAG IMAGE ID CREATED SIZE leeroy-app 7d55a50803590b2ff62e47e6f240723451f3ef6f8c89aeb83b34e661aa287d2e 7d55a5080359 4 hours ago 13MB leeroy-app v0.37.1-171-g0270a0c-dirty 7d55a5080359 4 hours ago 13MB leeroy-web 5063bfb29d984db1ff70661f17d6efcc5537f2bbe6aa6907004ad1ab38879681 5063bfb29d98 5 hours ago 13.1MB leeroy-web v0.37.1-171-g0270a0c-dirty 5063bfb29d98 5 hours ago 13.1MB 
```
जैसा कि आप देख सकते हैं, स्केफोल्ड ने स्वतंत्र रूप से छवियों का परीक्षण किया। वैसे, कई टैगिंग नीतियों का समर्थन किया जाता है।
निम्नलिखित context: ./leeroy-app/ में निर्दिष्ट किया गया context: ./leeroy-app/ , i.e. वह संदर्भ जिसमें छवि को इकट्ठा किया गया है, निर्दिष्ट किया गया है।
परिनियोजन चरण में, यह निर्धारित किया जाता है कि हम वांछित घोषणापत्र के लिए कुबेकेल और एक मुखौटा का उपयोग करेंगे।
PortForward : kubectl port-forward का उपयोग करते हुए हम आमतौर पर पोर्ट को कैसे अग्रेषित करते kubectl port-forward , इसके समान, हम इस कमांड को कॉल करने के लिए स्केफोल्ड निर्देश देते हैं। इस स्थिति में, स्थानीय पोर्ट 9000 को leeroy-web नाम के साथ परिनियोजन में 8080 पर भेज दिया जाता है।

यह skaffold dev शुरू करने का समय है: टीम एक "फीडबैक लूप" बनाएगी, यानी। न केवल सब कुछ एकत्र करता है और एक क्लस्टर में स्थापित होता है, बल्कि इस समय फली की स्थिति के बारे में भी बताता है, परिवर्तनों की निगरानी करेगा और फली की स्थिति को अपडेट करेगा।

यहाँ skaffold dev --port-forward जब skaffold dev --port-forward चलाने का परिणाम है:

सबसे पहले, यह स्पष्ट है कि कैश का उपयोग किया जा रहा है। अगला - एप्लिकेशन को इकट्ठा किया जाता है, तैनात किया जाता है, बंदरगाहों को अग्रेषित किया जाता है। चूंकि --पोर्ट --port-forward निर्दिष्ट है, स्केफोल्ड ने अनुरोध के अनुसार web को पोर्ट अग्रेषित किया, लेकिन उन्होंने अपने विवेक पर app को अग्रेषित किया (उन्होंने निकटतम मुक्त को चुना)। उसके बाद, हम अनुप्रयोगों से पहले लॉग प्राप्त करते हैं।

प्रदर्शन की जाँच करें?

 ~/skaffold/examples/microservices # kubectl get po NAME READY STATUS RESTARTS AGE leeroy-app-6998dfcc95-2nxvf 1/1 Running 0 103s leeroy-web-69f7d47c9d-5ff77 1/1 Running 0 103s ~/skaffold/examples/microservices # curl localhost:9000 leeroooooy app!!!

leeroy-app/app.go संशोधित करें - इसमें कुछ सेकंड लगते हैं ... और:

 ~/skaffold/examples/microservices # kubectl get po NAME READY STATUS RESTARTS AGE leeroy-app-ffd79d986-l6nwp 1/1 Running 0 11s leeroy-web-69f7d47c9d-5ff77 1/1 Running 0 4m59s ~/skaffold/examples/microservices # curl localhost:9000 leeroooooy Habr!!!

उसी समय, स्केफोल्ड ने खुद को एक बिंदु के अपवाद के साथ पहले की तरह ही कंसोल पर लाया: यह केवल leeroy-app को रोल आउट किया, और सभी को एक बार में नहीं।

अधिक अभ्यास

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

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

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

और बुनकरों के इस प्रकाशन में आप उत्पादन के लिए एक पाइपलाइन बनाने का एक उदाहरण पा सकते हैं।

निष्कर्ष

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

स्केफोल्ड को पहले ही लगभग 8000+ स्टार मिल चुके हैं GitHub, Google द्वारा विकसित किया जा रहा है और GoogleContainerTools का हिस्सा है - सामान्य तौर पर, इस समय यह विश्वास करने का हर कारण है कि परियोजना कभी भी खुशी से विकसित होगी।

पुनश्च

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

कुबेरनेट्स विकास के लिए स्केफोल्ड समीक्षा

सिद्धांत। उद्देश्य और सुविधाएँ

अभ्यास। स्केफोल्ड की कोशिश कर रहा है

अधिक अभ्यास

निष्कर्ष

पुनश्च

More articles: