हेल्म यन्त्र र यसको कमजोरीहरू

टाइफोन फ्रेट होलर अवधारणा, एन्टोन स्वानेपोएल

मेरो नाम दिमित्री सुग्रोबोभ हो, म Leroy Merlin मा एक विकासकर्ता हुँ। यस लेखमा म तपाईंलाई हेल्म किन आवश्यक छ, यसले कसरी Kubernetes सँग काम गर्न सरल बनाउँछ, तेस्रो संस्करणमा के परिवर्तन भएको छ, र डाउनटाइम बिना उत्पादनमा अनुप्रयोगहरू अद्यावधिक गर्न यसलाई कसरी प्रयोग गर्ने भनेर बताउनेछु।

यो एक सम्मेलन मा एक भाषण मा आधारित एक सारांश हो @Kubernetes सम्मेलन by Mail.ru क्लाउड समाधान - यदि तपाई पढ्न चाहनुहुन्न भने, भिडियो हेर्नुहोस्।

हामी किन उत्पादनमा Kubernetes प्रयोग गर्छौं

Leroy Merlin रूस र युरोप मा DIY खुद्रा बजार मा एक नेता हो। हाम्रो कम्पनीसँग सय भन्दा बढी विकासकर्ताहरू, 33 आन्तरिक कर्मचारीहरू र हाइपरमार्केटहरू र वेबसाइट भ्रमण गर्ने ठूलो संख्यामा मानिसहरू छन्। ती सबैलाई खुसी बनाउनको लागि, हामीले उद्योग मानक दृष्टिकोणहरू पछ्याउने निर्णय गर्यौं। माइक्रोसर्भिस आर्किटेक्चर प्रयोग गरी नयाँ अनुप्रयोगहरू विकास गर्नुहोस्; वातावरणलाई अलग गर्न र उचित वितरण सुनिश्चित गर्न कन्टेनरहरू प्रयोग गर्नुहोस्; र अर्केस्ट्रेसनको लागि Kubernetes प्रयोग गर्नुहोस्। अर्केस्ट्रेटरहरू प्रयोग गर्ने मूल्य द्रुत रूपमा सस्तो हुँदै गइरहेको छ: बजारमा टेक्नोलोजीमा दक्ष इन्जिनियरहरूको संख्या बढ्दै छ, र प्रदायकहरूले Kubernetes लाई सेवाको रूपमा प्रस्ताव गरेको देखिन्छ।

Kubernetes ले गर्ने सबै कुरा, निस्सन्देह, अन्य तरिकामा गर्न सकिन्छ, उदाहरणका लागि, केहि जेनकिन्स र डकर-कम्पोज स्क्रिप्टहरू कभर गरेर, तर यदि त्यहाँ तयार र भरपर्दो समाधान छ भने जीवनलाई किन जटिल बनाउने? त्यसैले हामी Kubernetes मा आएका छौं र यसलाई एक वर्षदेखि उत्पादनमा प्रयोग गर्दै आएका छौं। हामीसँग हाल चौबीसवटा कुबर्नेट्स क्लस्टरहरू छन्, जसमध्ये सबैभन्दा पुरानो एक वर्षभन्दा पुरानो छ, लगभग दुई सय पोडहरू छन्।

Kubernetes मा ठूला YAML फाइलहरूको श्राप

Kubernetes मा माइक्रोसर्भिस सुरु गर्न, हामी कम्तिमा पाँच YAML फाइलहरू सिर्जना गर्नेछौं: डिप्लोयमेन्ट, सेवा, प्रवेश, कन्फिगम्याप, गोप्य - र तिनीहरूलाई क्लस्टरमा पठाउनुहोस्। अर्को अनुप्रयोगको लागि हामी जामको एउटै प्याकेज लेख्नेछौं, तेस्रोको साथ हामी अर्को लेख्नेछौं, र यस्तै। यदि हामीले कागजातहरूको सङ्ख्यालाई वातावरणको सङ्ख्याले गुणन गर्छौं भने, हामीले पहिले नै सयौं फाइलहरू प्राप्त गर्नेछौं, र यसले अझै गतिशील वातावरणहरूलाई ध्यानमा राखेको छैन।

एडम रीस, हेल्मको मुख्य संरक्षकले "को अवधारणा प्रस्तुत गरे।Kubernetes मा विकास चक्र", जुन यो जस्तो देखिन्छ:

1. YAML प्रतिलिपि गर्नुहोस् - YAML फाइल प्रतिलिपि गर्नुहोस्।
2. YAML टाँस्नुहोस् - टाँस्नुहोस्।
3. फिक्स इन्डेन्टहरू - फिक्स इन्डेन्टहरू।
4. दोहोर्याउनुहोस् - फेरि दोहोर्याउनुहोस्।

विकल्पले काम गर्छ, तर तपाईंले YAML फाइलहरू धेरै पटक प्रतिलिपि गर्नुपर्छ। यो चक्र परिवर्तन गर्न, हेलम आविष्कार गरिएको थियो।

हेलम के हो

सर्वप्रथम, हेलम - प्याकेज प्रबन्धक, जसले तपाईंलाई आवश्यक कार्यक्रमहरू फेला पार्न र स्थापना गर्न मद्दत गर्दछ। स्थापना गर्न, उदाहरणका लागि, MongoDB, तपाईंले आधिकारिक वेबसाइटमा गएर बाइनरीहरू डाउनलोड गर्न आवश्यक छैन, केवल आदेश चलाउनुहोस्। helm install stable/mongodb.

दोस्रो, हेलम - टेम्प्लेट इन्जिन, फाइल प्यारामिटराइज गर्न मद्दत गर्दछ। Kubernetes मा YAML फाइलहरूको साथ स्थितिमा फर्कौं। उही YAML फाइल लेख्न सजिलो छ, यसमा केही प्लेसहोल्डरहरू थप्नुहोस्, जसमा Helm ले मानहरू प्रतिस्थापन गर्नेछ। त्यो हो, मचानको ठूलो सेटको सट्टा, त्यहाँ टेम्प्लेटहरूको सेट हुनेछ जसमा आवश्यक मानहरू सही समयमा प्रतिस्थापित हुनेछन्।

तेस्रो, हेलम - तैनाती मास्टर। यसको साथ तपाईले अनुप्रयोगहरू स्थापना, रोलब्याक र अपडेट गर्न सक्नुहुन्छ। यो कसरी गर्ने भनेर पत्ता लगाउनुहोस्।

तपाईंको आफ्नै अनुप्रयोगहरू प्रयोग गर्न हेल्म कसरी प्रयोग गर्ने

आधिकारिक पछ्याउँदै, तपाईंको कम्प्युटरमा हेल्म क्लाइन्ट स्थापना गरौं निर्देशनहरू। अर्को, हामी YAML फाइलहरूको सेट सिर्जना गर्नेछौं। विशिष्ट मानहरू निर्दिष्ट गर्नुको सट्टा, हामी प्लेसहोल्डरहरू छोड्नेछौं, जसलाई हेल्मले भविष्यमा जानकारी भर्नेछ। त्यस्ता फाइलहरूको सेटलाई हेल्म चार्ट भनिन्छ। यो हेल्म कन्सोल ग्राहकलाई तीन तरिकामा पठाउन सकिन्छ:

• टेम्प्लेटको साथ फोल्डर संकेत गर्नुहोस्;
• अभिलेखलाई .tar मा प्याक गर्नुहोस् र यसलाई संकेत गर्नुहोस्;
• टेम्प्लेटलाई रिमोट रिपोजिटरीमा राख्नुहोस् र हेल्म क्लाइन्टमा रिपोजिटरीमा लिङ्क थप्नुहोस्।

तपाईलाई मानहरू सहितको फाइल पनि चाहिन्छ - values.yaml। त्यहाँबाट डाटा टेम्प्लेटमा सम्मिलित गरिनेछ। त्यो पनि बनाऔं ।

हेल्मको दोस्रो संस्करणमा अतिरिक्त सर्भर अनुप्रयोग छ - टिलर। यो Kubernetes बाहिर झुण्डिएको छ र Helm ग्राहकबाट अनुरोधहरूको लागि पर्खन्छ, र जब बोलाइन्छ, टेम्प्लेटमा आवश्यक मानहरू प्रतिस्थापन गर्दछ र Kubernetes मा पठाउँछ।

Helm 3 सरल छ: सर्भरमा टेम्प्लेटहरू प्रशोधन गर्नुको सट्टा, जानकारी अब पूर्ण रूपमा हेल्म क्लाइन्ट साइडमा प्रशोधन गरिन्छ र कुबर्नेट्स API मा सिधै पठाइन्छ। यो सरलीकरणले क्लस्टर सुरक्षा सुधार गर्दछ र रोलआउट योजनालाई सुविधा दिन्छ।

यो सबै कसरी काम गर्छ

आदेश चलाउनुहोस् helm install। अनुप्रयोग रिलीजको नाम संकेत गरौं र values.yaml लाई मार्ग दिनुहोस्। अन्तमा हामी चार्ट अवस्थित रहेको भण्डार र चार्टको नाम संकेत गर्नेछौं। उदाहरणमा, यी क्रमशः "lmru" र "bestchart" हुन्।

helm install --name bestapp --values values.yaml lmru/bestchart

आदेश एक पटक मात्र कार्यान्वयन गर्न सकिन्छ, सट्टा फेरि कार्यान्वयन गर्दा install प्रयोग गर्न आवश्यक छ upgrade। सरलताको लागि, दुई आदेशहरूको सट्टा, तपाइँ आदेश चलाउन सक्नुहुन्छ upgrade अतिरिक्त कुञ्जी संग --install। पहिलो पटक कार्यान्वयन गर्दा, हेल्मले रिलीज स्थापना गर्न आदेश पठाउनेछ, र भविष्यमा यसलाई अद्यावधिक गर्नेछ।

helm upgrade --install bestapp --values values.yaml lmru/bestchart

हेल्मको साथ एप्लिकेसनको नयाँ संस्करणहरू प्रयोग गर्ने समस्याहरू

कथाको यस बिन्दुमा, म दर्शकहरूसँग एक करोडपति हुन चाहन्छु भनेर खेल्दै छु, र हामी एपको संस्करण अद्यावधिक गर्न हेल्मलाई कसरी प्राप्त गर्ने भनेर पत्ता लगाउँदैछौं। भिडियो हेर.

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

विधि 1. पछिल्लो प्रक्षेपण पछि जानकारी परिवर्तन नगर्नुहोस्

जसरी भन्छन् आधिकारिक वेबसाइट हेल्म, "कुबर्नेट्स चार्टहरू ठूला र जटिल हुन सक्छन्, त्यसैले हेल्मले कुनै पनि कुरालाई धेरै नछुने प्रयास गर्छ।" त्यसकारण, यदि तपाइँ डकर रजिस्ट्रीमा अनुप्रयोग छविको नवीनतम संस्करण अपडेट गर्नुहुन्छ र आदेश चलाउनुहोस् helm upgrade, त्यसपछि केहि हुनेछैन। हेल्मले सोच्नेछ कि केहि पनि परिवर्तन भएको छैन र अनुप्रयोग अद्यावधिक गर्न Kubernetes लाई आदेश पठाउन आवश्यक छैन।

यहाँ र तल, नवीनतम ट्याग मात्र उदाहरणको रूपमा देखाइएको छ। जब तपाईँले यो ट्याग निर्दिष्ट गर्नुहुन्छ, Kubernetes ले imagePullPolicy प्यारामिटरलाई ध्यान नदिई हरेक पटक डकर रजिस्ट्रीबाट छवि डाउनलोड गर्नेछ। उत्पादनमा नवीनतम प्रयोग अवांछनीय छ र साइड इफेक्टहरू निम्त्याउँछ।

विधि २. छविमा LABEL अपडेट गर्नुहोस्

जसरी लेखिएको छ कागजात, "हेल्मले मात्र एउटा एप्लिकेसनलाई अद्यावधिक गर्नेछ यदि यो पछिल्लो रिलीजबाट परिवर्तन भएको छ।" यसका लागि तार्किक विकल्पले डकर छविमा LABEL लाई अद्यावधिक गरिरहेको देखिन्छ। यद्यपि, हेल्मले एप्लिकेसन छविहरू हेर्दैनन् र तिनीहरूमा कुनै परिवर्तनहरू बारे कुनै विचार छैन। तदनुसार, छविमा लेबलहरू अद्यावधिक गर्दा, हेलमले तिनीहरूको बारेमा थाहा पाउनेछैन, र अनुप्रयोग अद्यावधिक आदेश कुबर्नेट्समा पठाइने छैन।

विधि 3: कुञ्जी प्रयोग गर्नुहोस् --force

म्यानुअलहरूमा फर्कौं र आवश्यक कुञ्जी खोजौं। कुञ्जीले सबैभन्दा अर्थपूर्ण बनाउँछ --force। स्पष्ट नामको बावजुद, व्यवहार अपेक्षित भन्दा फरक छ। एप्लिकेसन अपडेट गर्न बाध्य पार्नुको सट्टा, यसको वास्तविक उद्देश्य असफल स्थितिमा रहेको रिलीजलाई पुनर्स्थापना गर्नु हो। यदि तपाइँ यो कुञ्जी प्रयोग गर्नुहुन्न भने, तपाइँले क्रमशः आदेशहरू कार्यान्वयन गर्न आवश्यक छ helm delete && helm install --replace। यसको सट्टा कुञ्जी प्रयोग गर्न सुझाव दिइएको छ --force, जसले यी आदेशहरूको क्रमिक कार्यान्वयनलाई स्वचालित बनाउँछ। यस मा थप जानकारी तान अनुरोध। हेल्मलाई एप संस्करण अपडेट गर्न भन्नको लागि, दुर्भाग्यवश, यो कुञ्जीले काम गर्ने छैन।

विधि ४. कुबेरनेटमा सिधै लेबलहरू परिवर्तन गर्नुहोस्

आदेश प्रयोग गरेर क्लस्टरमा सीधा लेबल अपडेट गर्दै kubectl edit - नराम्रो विचार। यस कार्यले चलिरहेको एप्लिकेसन र मूल रूपमा डिप्लोइमेन्टको लागि पठाइएको जानकारी बीचको जानकारीको असंगति ल्याउनेछ। यस मामला मा तैनाती को समयमा हेल्म को व्यवहार यसको संस्करण देखि फरक छ: Helm 2 केहि गर्दैन, र Helm 3 अनुप्रयोग को नयाँ संस्करण तैनात गर्नेछ। किन बुझ्नको लागि, तपाईंले हेल्मले कसरी काम गर्दछ भनेर बुझ्न आवश्यक छ।

हेल्मले कसरी काम गर्छ?

एप्लिकेसन यसको अन्तिम रिलीजबाट परिवर्तन भएको छ कि छैन भनेर निर्धारण गर्न, हेलमले प्रयोग गर्न सक्छ:

• Kubernetes मा चलिरहेको आवेदन;
• new values.yaml र हालको चार्ट;
• हेलमको आन्तरिक रिलीज जानकारी।

थप जिज्ञासुको लागि: हेल्मले रिलीजको बारेमा आन्तरिक जानकारी कहाँ भण्डार गर्छ?आदेश कार्यान्वयन गरेर helm history, हामी हेल्म प्रयोग गरेर स्थापित संस्करणहरूको बारेमा सबै जानकारी प्राप्त गर्नेछौं।

पठाइएको टेम्प्लेट र मानहरूको बारेमा विस्तृत जानकारी पनि छ। हामी यसलाई अनुरोध गर्न सक्छौं:

हेल्मको दोस्रो संस्करणमा, यो जानकारी उही नेमस्पेसमा अवस्थित छ जहाँ टिलर चलिरहेको छ (पूर्वनिर्धारित रूपमा kube-प्रणाली), कन्फिगम्यापमा, लेबल "OWNER=TILLER" सँग चिन्ह लगाइएको छ:

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

दोस्रो हेलम, अद्यावधिक आवश्यक छ कि छैन भनेर बुझ्न प्रयास गर्दा, जानकारीको दुई स्रोतहरू मात्र प्रयोग गर्दछ: यसलाई अहिले के प्रदान गरिएको छ, र कन्फिगम्यापमा रहेको रिलीजहरूको बारेमा आन्तरिक जानकारी।

तेस्रो हेल्मले तीन-तर्फी मर्ज रणनीति प्रयोग गर्दछ: त्यो जानकारीको अतिरिक्त, यसले कुबेरनेटमा अहिले चलिरहेको अनुप्रयोगलाई पनि ध्यानमा राख्छ।

यस कारणका लागि, हेल्मको पुरानो संस्करणले केहि गर्ने छैन, किनकि यसले क्लस्टरमा आवेदन जानकारीलाई ध्यानमा राख्दैन, तर हेलम 3 ले परिवर्तनहरू प्राप्त गर्नेछ र नयाँ अनुप्रयोगलाई प्रयोगको लागि पठाउनेछ।

विधि 5. --recreate-pods स्विच प्रयोग गर्नुहोस्

एक चाबी संग --recreate-pods तपाईंले मूल रूपमा कुञ्जीसँग हासिल गर्ने योजना बनाएको कुरा हासिल गर्न सक्नुहुन्छ --force। कन्टेनरहरू पुन: सुरु हुनेछ र, imagePullPolicy: नवीनतम ट्यागको लागि सधैं नीति (माथिको फुटनोटमा यस बारे थप) अनुसार, Kubernetes ले छविको नयाँ संस्करण डाउनलोड र सुरुवात गर्नेछ। यो उत्तम तरिकामा गरिने छैन: डिप्लोइमेन्टको रणनीति प्रकारलाई ध्यानमा नलिई, यसले अचानक सबै पुराना अनुप्रयोग उदाहरणहरू बन्द गर्नेछ र नयाँहरू सुरू गर्न सुरु गर्नेछ। पुन: सुरु गर्दा, प्रणालीले काम गर्दैन, प्रयोगकर्ताहरू पीडित हुनेछन्।

Kubernetes मा, एक समान समस्या पनि लामो समय को लागी अवस्थित थियो। र अब, उद्घाटन 4 वर्ष पछि मुद्दा, समस्या समाधान गरिएको छ, र Kubernetes को संस्करण 1.15 बाट सुरु हुँदै, पोडहरू रोल-रिस्टार्ट गर्ने क्षमता देखा पर्दछ।

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

हेल्म प्रयोग गरेर अनुप्रयोग संस्करण कसरी अपडेट गर्ने?

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

1. अनियमित मूल्य मानक प्रकार्य प्रयोग गर्दै - {{ randAlphaNum 6 }}.
   त्यहाँ एक चेतावनी छ: यस्तो चरको साथ चार्ट प्रयोग गरी प्रत्येक डिप्लोइमेन्ट पछि, एनोटेसन मान अद्वितीय हुनेछ, र हेलमले त्यहाँ परिवर्तनहरू छन् भनी मान्नेछ। यो बाहिर जान्छ कि हामी सधैं अनुप्रयोग पुन: सुरु गर्नेछौं, हामीले यसको संस्करण परिवर्तन नगरे पनि। यो महत्वपूर्ण छैन, किनकि त्यहाँ कुनै डाउनटाइम हुनेछैन, तर यो अझै अप्रिय छ।
2. हाल टाँस्नुहोस् मिति र समय - {{ .Release.Date }}.
   एउटा संस्करण स्थायी रूपमा अद्वितीय चरको साथ अनियमित मानसँग मिल्दोजुल्दो छ।
3. अझ सही तरिका प्रयोग गर्नु हो चेकसमहरू। यो छविको SHA हो वा git मा अन्तिम कमिटको SHA हो - {{ .Values.sha }}.
   तिनीहरूलाई गणना गर्न र कलिङ साइडमा हेल्म क्लाइन्टलाई पठाउन आवश्यक छ, उदाहरणका लागि जेनकिन्समा। यदि अनुप्रयोग परिवर्तन भएको छ भने, चेकसम परिवर्तन हुनेछ। तसर्थ, हेलमले आवश्यक परेको बेला मात्र अनुप्रयोग अद्यावधिक गर्नेछ।

हाम्रा प्रयासहरू संक्षेप गरौं

• हेल्मले कम से कम आक्रामक तरिकामा परिवर्तनहरू गर्दछ, त्यसैले डकर रजिस्ट्रीमा अनुप्रयोग छवि स्तरमा कुनै पनि परिवर्तनले अद्यावधिकमा परिणाम दिनेछैन: आदेश कार्यान्वयन भएपछि केही हुने छैन।
• कुञ्जी --force समस्याग्रस्त रिलीजहरू पुनर्स्थापना गर्न प्रयोग गरिन्छ र जबरजस्ती अद्यावधिकहरूसँग सम्बन्धित छैन।
• कुञ्जी --recreate-pods जबरजस्ती अनुप्रयोगहरू अद्यावधिक गर्नेछ, तर यसलाई बर्बर तरिकामा गर्नेछ: यसले अचानक सबै कन्टेनरहरू बन्द गर्नेछ। प्रयोगकर्ताहरूले यसबाट पीडित हुनेछन्; तपाईंले उत्पादनमा यो गर्नु हुँदैन।
• कमाण्ड प्रयोग गरेर कुबेरनेट क्लस्टरमा सीधा परिवर्तन गर्नुहोस् kubectl edit नगर्नुहोस्: हामी स्थिरता तोड्नेछौं, र व्यवहार हेल्मको संस्करणको आधारमा फरक हुनेछ।
• हेलम को नयाँ संस्करण को रिलीज संग, धेरै nuances देखा पर्यो। हेल्म रिपोजिटरीमा मुद्दाहरू स्पष्ट भाषामा वर्णन गरिएको छ, तिनीहरूले तपाईंलाई विवरणहरू बुझ्न मद्दत गर्नेछ।
• चार्टमा सम्पादन योग्य एनोटेसन थप्दा यसलाई थप लचिलो बनाउनेछ। यसले तपाईंलाई डाउनटाइम बिना, सही रूपमा अनुप्रयोग रोल आउट गर्न अनुमति दिनेछ।

एक "विश्व शान्ति" विचार जसले जीवनको सबै क्षेत्रमा काम गर्दछ: प्रयोग गर्नु अघि निर्देशनहरू पढ्नुहोस्, पछि होइन। पूर्ण जानकारीको साथ मात्र भरपर्दो प्रणालीहरू निर्माण गर्न र प्रयोगकर्ताहरूलाई खुसी बनाउन सम्भव हुनेछ।

अन्य सम्बन्धित लिङ्कहरू:

1. संग परिचित हेलमेट 3
2. हेलम आधिकारिक वेबसाइट
3. GitHub मा हेलम भण्डार
4. 25 उपयोगी Kubernetes उपकरणहरू: तैनाती र व्यवस्थापन

यो रिपोर्ट पहिलो पटक प्रस्तुत गरिएको थियो @Kubernetes सम्मेलन Mail.ru क्लाउड समाधान द्वारा। हेर видео अन्य प्रदर्शनहरू र टेलिग्राममा घटना घोषणाहरूको सदस्यता लिनुहोस् Mail.ru Group मा Kubernetes को वरिपरि.

स्रोत: www.habr.com