जटिल Helm चार्ट को रोल आउट करने के लिए werf का उपयोग करना

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

इस तरह की एक सुविधाजनक सुविधा अब हमारे werf GitOps उपयोगिता में बनाई गई है, जिसे Kubernetes को इकट्ठा और रोल आउट करने के लिए बुनियादी ढांचे के संचालन की पूरी प्रक्रिया को सरल बनाना चाहिए।

निर्मित हेल्म

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

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

एक लंबे समय के लिए, हम सक्रिय रूप से अनुप्रयोग बुनियादी ढांचे को रोल आउट करने के लिए हर्फ के अंदर हेल्म का उपयोग कर रहे हैं और अब हम आगे बढ़ते हैं। संस्करण v1.0.4-alp.10 के साथ शुरू, निर्भरता और चार्ट रिपॉजिटरी के साथ काम करने के लिए कमांड को पूरी तरह से हेल्म क्लाइंट को छोड़ने के लिए वेयरफ में जोड़ा गया है।

इसके लिए मुख्य आदेश :

• werf helm repo
  
  

   add Add a chart repository fetch Download a chart from a repository and (optionally) unpack it in local directory init Init default chart repositories configuration list List chart repositories remove Remove a chart repository search Search for a keyword in charts update Update information of available charts locally from chart repositories 

• werf helm dependency
  
  

   build Rebuild the charts/ directory based on the requirements.lock file list List the dependencies update Update charts/ based on the contents of requirements.yaml 

इसके अलावा, चार्ट संदर्भ के लिए समर्थन werf helm deploy-chart में जोड़ा गया है ।

और यहाँ है कि यह सब जादू क्रिया में कैसे दिखता है - अधिक सटीक रूप से, यहाँ हम उसी चार्ट के रोलआउट की तुलना वेयरफ़ (बाएं) और हेल्म (दाएं) में करते हैं:

अधिक अभ्यास

पूरे अनुप्रयोगों को रोल आउट करने के लिए तैयार समाधानों का उपयोग करने की सुविधा पर लौटना - वर्डप्रेस के साथ एक सामान्य उदाहरण । अपने Helm चार्ट को Kubernetes क्लस्टर में जोड़ना, जोकि werf का उपयोग कर रहे हैं, इस तरह दिख सकते हैं:

 $ cat << EOF > values.yaml wordpressBlogName: flant wordpressUsername: admin wordpressPassword: password mariadb: mariadbRootPassword: password EOF $ werf helm deploy-chart --values values.yaml stable/wordpress my-web-app 

→ एसिसिनिमा में प्रदर्शन ।

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

उदाहरण के लिए, एक वेब एप्लिकेशन को एक कतार, कैश और डेटा स्टोरेज की आवश्यकता होती है। हम इन घटकों को वेयरफ के माध्यम से कैसे तैनात करते हैं?

आरंभ करने के लिए - चलिए सीएलआई का उपयोग करके आपके द्वारा आवश्यक हर चीज़ की खोज को तेज़ करें

 $ werf helm repo search queue NAME CHART VERSION APP VERSION DESCRIPTION stable/rabbitmq 6.4.1 3.7.17 Open source message broker software that implements the A... stable/rabbitmq-ha 1.31.0 3.7.15 Highly available RabbitMQ cluster, the open source messag... 

सादृश्य से, हम सभी पंजीकृत चार्ट रिपॉजिटरी के लिए शेष घटक पाएंगे (उपयोग किए गए रिपॉजिटरी की सूची को werf helm repo list कमांड चलाकर देखा जा सकता है)।

सब कुछ पाए जाने के बाद, यह केवल उन्हें चार्ट में जोड़ने के लिए रहता है। ऐसा करने के कई तरीके हैं: चार्ट निर्देशिका में घटक चार्ट जोड़ें या एक requirements.yaml बनाएँ werf helm dependency build|list|update फ़ाइल और निर्भरता का वर्णन करें, और फिर उनके साथ विशेष रूप से werf helm dependency build|list|update का उपयोग werf helm dependency build|list|update । werf helm dependency build|list|update कमांड्स।

दूसरे पथ का चित्रण:

 $ cat << EOF > .helm/requirements.yaml dependencies: - name: mysql version: 0.3.4 repository: "@stable" - name: redis version: 1.1.11 repository: "@stable" - name: rabbitmq version: 0.6.16 repository: "@stable" EOF $ werf helm dependency build $ werf deploy --env test 

→ एसिसिनिमा में प्रदर्शन ।

रोलआउट प्रक्रिया के दौरान, वेयरफ सभी निर्भरताओं को बनाएगा और बाकी संसाधनों के साथ उन्हें ट्रैक करेगा - कोई अतिरिक्त कार्रवाई की आवश्यकता नहीं है।

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

वेयरफ में रिपॉजिटरी और डिपेंडेंसी कमांड पर प्रलेखन यहां प्रस्तुत किया गया है । हर्फ से रोल करने और हेल्म से मुख्य अंतर के बारे में अधिक विवरण के लिए प्रलेखन को पढ़ने में भी आपकी रुचि हो सकती है।

निष्कर्ष

मौजूदा ओपन सोर्स समाधान में हमारे लिए महत्वपूर्ण विशेषताओं की अनुपस्थिति हमें संबंधित क्षमताओं, बाइंडिंग और एकीकरण बनाने के लिए मजबूर करती है। हमारे DevOps इंजीनियरों के रोजमर्रा के कार्यों को हल करने के लिए, सबसे पहले, werf परियोजना बनाई और समर्थित की गई।

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

अब तक, हेल्म में इस विचार के कार्यान्वयन को डेवलपर्स द्वारा लगभग अवरुद्ध कर दिया गया है। हालांकि, इस समय के दौरान हमने एक अलग ओपन सोर्स लाइब्रेरी - कुबेदोग - में संसाधनों पर नज़र रखने के लिए संबंधित कार्य विकसित किए हैं और हम पहले से ही इसका उपयोग वसेफ में कर रहे हैं। और GitHub पर गतिविधि को देखते हुए, पुस्तकालय ने अन्य कुबेरनेट्स / हेल्म उपयोगकर्ताओं के बीच रुचि पाई, जो बहुत ही मनभावन है।

आप हेल्म में मूल मुद्दे पर GitHub और / या अंगूठे पर कुबडोग परियोजना पर एक स्टार रखकर हमारे विचार (और कार्यान्वयन) का समर्थन कर सकते हैं। धन्यवाद!

पुनश्च

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

• नोटों की एक श्रृंखला में नवाचारों में हैं:
  
  • " हर्फ में मोनोरपो और मल्टीरेपो के लिए समर्थन और डॉकर रजिस्ट्री को इसके साथ क्या करना है ";
  • " अब आप डॉक में छवियों को इकट्ठा कर सकते हैं सामान्य डॉकफाइल का उपयोग करके ";
• " हेल्म 2 में एक शांत नज़र:" यही वह है ... " ";
• " कुबेरनेट्स के लिए पैकेज मैनेजर का एक व्यावहारिक परिचय - हेल्म ";
• " कुबेरनेट्स संसाधनों पर नज़र रखने के लिए कुबेदोग पुस्तकालय का परिचय। "