Kubernetes मा चलिरहेको अनुप्रयोगहरूको विकासकर्ताहरूको लागि उपकरण

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

यो समीक्षाले प्रोग्रामरको लागि जीवनलाई सजिलो बनाउने केही उपकरणहरूको बारेमा संक्षिप्त जानकारी प्रदान गर्दछ जसको कोड कुबेरनेट क्लस्टरको पोडएक्समा चल्छ।

सरल सहयोगीहरू

Kubectl-debug

• तल रेखा: आफ्नो कन्टेनरलाई पोडमा थप्नुहोस् र यसमा के हुन्छ हेर्नुहोस्.
• GitHub.
• संक्षिप्त GH तथ्याङ्कहरू: 715 ताराहरू, 54 कमिटहरू, 9 योगदानकर्ताहरू।
• भाषा: जानुहोस्।
• इजाजतपत्र: Apache लाइसेन्स 2.0।

kubectl को लागि यो प्लगइनले तपाईंलाई रुचिको पोड भित्र अतिरिक्त कन्टेनर सिर्जना गर्न अनुमति दिन्छ, जसले अन्य कन्टेनरहरूसँग प्रक्रिया नाम स्थान साझा गर्नेछ। यसमा तपाईले पोडको अपरेशन डिबग गर्न सक्नुहुन्छ: नेटवर्क जाँच गर्नुहोस्, नेटवर्क ट्राफिक सुन्नुहोस्, रूचिको प्रक्रियाको स्ट्रेस गर्नुहोस्, आदि।

तपाईं पनि चलाएर प्रक्रिया कन्टेनरमा स्विच गर्न सक्नुहुन्छ chroot /proc/PID/root - यो धेरै सुविधाजनक हुन सक्छ जब तपाइँ कन्टेनरमा रूट शेल प्राप्त गर्न आवश्यक छ जसको लागि यो manifest मा सेट गरिएको छ। securityContext.runAs.

उपकरण सरल र प्रभावकारी छ, त्यसैले यो हरेक विकासकर्ताको लागि उपयोगी हुन सक्छ। हामीले यसको बारेमा थप लेखेका छौं अलग लेख.

टेलीप्रिसेंस

• तल रेखा: आफ्नो कम्प्युटरमा आवेदन स्थानान्तरण। स्थानीय रूपमा विकास र डिबग गर्नुहोस्.
• वेबसाइट; GitHub.
• संक्षिप्त GH तथ्याङ्कहरू: 2131 ताराहरू, 2712 कमिटहरू, 33 योगदानकर्ताहरू।
• भाषा: पाइथन।
• इजाजतपत्र: Apache लाइसेन्स 2.0।

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

स्थानीय रूपमा चल्ने फाइदाहरू सम्पादनहरू र तत्काल परिणामहरूको सुविधा, सामान्य तरिकामा अनुप्रयोग डिबग गर्ने क्षमता हो। नकारात्मक पक्ष यो हो कि यसले जडान गतिमा माग गरिरहेको छ, जुन विशेष गरी ध्यान दिईन्छ जब तपाईले पर्याप्त उच्च RPS र ट्राफिकको साथ एप्लिकेसनसँग काम गर्नु पर्छ। थप रूपमा, Telepresence सँग Windows मा भोल्युम माउन्टमा समस्याहरू छन्, जुन यस OS मा अभ्यस्त विकासकर्ताहरूको लागि निर्णायक सीमा हुन सक्छ।

हामीले टेलिप्रेसेन्स प्रयोग गर्ने हाम्रो अनुभव साझा गरिसकेका छौं यहाँ.

Ksync

• तल रेखा: क्लस्टरमा कन्टेनरसँग कोडको लगभग तत्काल सिंक्रोनाइजेसन.
• GitHub.
• संक्षिप्त GH तथ्याङ्कहरू: 555 ताराहरू, 362 कमिटहरू, 11 योगदानकर्ताहरू।
• भाषा: जानुहोस्।
• इजाजतपत्र: Apache लाइसेन्स 2.0।

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

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

केसँग सिङ्क्रोनाइज गर्ने ksync लाई निर्देशन दिन मात्र बाँकी छ। उदाहरण को लागी, यो आदेश:

ksync create --name=myproject --namespace=test --selector=app=backend --container=php --reload=false /home/user/myproject/ /var/www/myproject/

... नामको पहरेदार सिर्जना गर्नेछ myprojectजसले लेबलको साथ पोड खोज्नेछ app=backend र स्थानीय डाइरेक्टरी सिङ्क्रोनाइज गर्ने प्रयास गर्नुहोस् /home/user/myproject/ सूची संग /var/www/myproject/ बोलाइएको कन्टेनरमा php.

हाम्रो अनुभवबाट ksync मा समस्या र टिप्पणीहरू:

• Kubernetes क्लस्टर नोडहरूमा प्रयोग गर्नुपर्छ overlay2 डकरको लागि भण्डारण चालकको रूपमा। उपयोगिता कुनै पनि अन्य संग काम गर्दैन।
• क्लाइन्ट OS को रूपमा Windows प्रयोग गर्दा, फाइल प्रणाली वाचरले ठीकसँग काम नगर्न सक्छ। ठूला डाइरेक्टरीहरूसँग काम गर्दा यो बग देखियो - ठूलो संख्यामा नेस्टेड फाइलहरू र डाइरेक्टरीहरूसँग। हामीले सिर्जना गर्यौं प्रासंगिक मुद्दा सिङ्किङ परियोजनामा, तर यसमा अहिलेसम्म कुनै प्रगति भएको छैन (जुलाईको सुरुदेखि)।
• फाइल प्रयोग गर्नुहोस् .stignore पाथ वा फाइल ढाँचाहरू निर्दिष्ट गर्न जुन सिङ्क्रोनाइज गर्न आवश्यक छैन (उदाहरणका लागि, डाइरेक्टरीहरू app/cache и .git).
• पूर्वनिर्धारित रूपमा, फाइलहरू परिवर्तन हुँदा ksync ले कन्टेनर पुन: सुरु गर्नेछ। Node.js को लागी यो सुविधाजनक छ, तर PHP को लागी यो पूर्णतया अनावश्यक छ। यो opcache बन्द गर्न र झण्डा प्रयोग गर्न राम्रो छ --reload=false.
• कन्फिगरेसन सधैं मा सच्याउन सकिन्छ $HOME/.ksync/ksync.yaml.

स्क्वास

• तल रेखा: क्लस्टरमा सीधा डिबग प्रक्रियाहरू.
• GitHub.
• संक्षिप्त GH तथ्याङ्कहरू: 1154 ताराहरू, 279 कमिटहरू, 23 योगदानकर्ताहरू।
• भाषा: जानुहोस्।
• इजाजतपत्र: Apache लाइसेन्स 2.0।

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

• delve - गो अनुप्रयोगहरूको लागि;
• GDB - लक्षित रिमोट + पोर्ट फर्वार्डिङ मार्फत;
• Java अनुप्रयोगहरू डिबग गर्नका लागि JDWP पोर्ट फर्वार्डिङ।

IDE पक्षमा, समर्थन VScode मा मात्र उपलब्ध छ (प्रयोग गरेर विस्तार), यद्यपि, हालको (2019) वर्षको योजनाहरूमा ग्रहण र Intellij समावेश छ।

प्रक्रियाहरू डिबग गर्न, स्क्वासले क्लस्टर नोडहरूमा विशेषाधिकार प्राप्त कन्टेनर चलाउँछ, त्यसैले तपाईंले पहिले आफूलाई क्षमताहरूसँग परिचित गर्नुपर्छ। सुरक्षित मोड सुरक्षा समस्याहरूबाट बच्न।

एकीकृत समाधान

हेवी आर्टिलरीमा जाऔं - विकासकर्ताहरूको धेरै आवश्यकताहरू तुरुन्तै पूरा गर्न डिजाइन गरिएका थप "ठूलो-स्तरीय" परियोजनाहरू।

NB: यस सूचीमा, अवश्य पनि, हाम्रो खुला स्रोत उपयोगिताको लागि ठाउँ छ वाफ (पहिले dapp भनेर चिनिन्थ्यो)। यद्यपि, हामीले पहिले नै लेखेका छौं र यसबारे एक पटक भन्दा बढी कुरा गरेका छौं, र त्यसैले यसलाई समीक्षामा समावेश नगर्ने निर्णय गर्‍यौं। यसको क्षमताहरूसँग थप परिचित हुन चाहनेहरूका लागि, हामी रिपोर्ट पढ्न/सुन्न सिफारिस गर्दछौं "werf Kubernetes मा CI/CD को लागि हाम्रो उपकरण हो"।

DevSpace

• तल रेखा: Kubernetes मा काम सुरु गर्न चाहनेहरूका लागि, तर यसको जङ्गलमा गहिरो खोजी गर्न चाहँदैनन्।.
• GitHub.
• संक्षिप्त GH तथ्याङ्कहरू: 630 ताराहरू, 1912 कमिटहरू, 13 योगदानकर्ताहरू।
• भाषा: जानुहोस्।
• इजाजतपत्र: Apache लाइसेन्स 2.0।

उही नामको कम्पनीबाट समाधान, जसले टोली विकासको लागि Kubernetes सँग व्यवस्थित क्लस्टरहरू प्रदान गर्दछ। उपयोगिता व्यावसायिक क्लस्टरहरूको लागि सिर्जना गरिएको थियो, तर अरू कुनैसँग राम्रो काम गर्दछ।

आदेश चलाउँदा devspace init परियोजना सूचीमा तपाईंलाई प्रस्ताव गरिनेछ (अन्तरक्रियात्मक रूपमा):

• काम गर्ने Kubernetes क्लस्टर चयन गर्नुहोस्,
• अवस्थित प्रयोग गर्नुहोस् Dockerfile (वा एउटा नयाँ उत्पन्न गर्नुहोस्) यसको आधारमा कन्टेनर सिर्जना गर्न,
• कन्टेनर छविहरू, आदि भण्डारण गर्न भण्डार चयन गर्नुहोस्।

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

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

अन्तमा, टोली devspace deploy क्लस्टरमा एप्लिकेसन र सम्बन्धित पूर्वाधारहरू रोल आउट गर्दछ, त्यसपछि सबै कुरा लडाई मोडमा कार्य गर्न थाल्छ।

सबै परियोजना कन्फिगरेसन फाइलमा भण्डारण गरिएको छ devspace.yaml। विकास वातावरण सेटिङ्हरूका अतिरिक्त, तपाईंले यसमा पूर्वाधारको विवरण पनि पाउन सक्नुहुन्छ, मानक Kubernetes manifests जस्तै, केवल धेरै सरलीकृत।

वास्तुकला र DevSpace सँग काम गर्ने मुख्य चरणहरू

थप रूपमा, यो परियोजनामा ​​पूर्वनिर्धारित घटक (उदाहरणका लागि, MySQL DBMS) वा हेलम चार्ट थप्न सजिलो छ। मा थप पढ्नुहोस् कागजात - यो जटिल छैन।

स्काफोल्ड

• वेबसाइट; GitHub.
• संक्षिप्त GH तथ्याङ्कहरू: 7423 ताराहरू, 4173 कमिटहरू, 136 योगदानकर्ताहरू।
• भाषा: जानुहोस्।
• इजाजतपत्र: Apache लाइसेन्स 2.0।

गुगलको यो उपयोगिताले विकासकर्ताका सबै आवश्यकताहरू कभर गर्ने दाबी गर्दछ जसको कोड कुनै न कुनै रूपमा Kubernetes क्लस्टरमा चल्नेछ। यसलाई प्रयोग गर्न सुरु गर्न devspace जत्तिकै सजिलो छैन: कुनै अन्तरक्रिया, भाषा पत्ता लगाउने र स्वत: सिर्जना Dockerfile तिनीहरूले तपाईंलाई यहाँ प्रस्ताव गर्दैनन्।

यद्यपि, यदि यसले तपाईंलाई डराउँदैन भने, यहाँ के छ Skaffold ले तपाईंलाई गर्न अनुमति दिन्छ:

• स्रोत कोड परिवर्तनहरू ट्र्याक गर्नुहोस्।
• यदि यसलाई एसेम्बली आवश्यक पर्दैन भने पोड कन्टेनरसँग सिङ्क्रोनाइज गर्नुहोस्।
• यदि भाषा व्याख्या गरिएको छ भने, कोडको साथ कन्टेनरहरू सङ्कलन गर्नुहोस्, वा कलाकृतिहरू संकलन गर्नुहोस् र तिनीहरूलाई कन्टेनरहरूमा प्याक गर्नुहोस्।
• परिणामस्वरूप छविहरू स्वचालित रूपमा प्रयोग गरेर जाँच गरिन्छ कन्टेनर-संरचना-परीक्षण.
• डकर रजिस्ट्रीमा छविहरू ट्याग र अपलोड गर्दै।
• kubectl, Helm वा kustomize को प्रयोग गरेर क्लस्टरमा एउटा एप डिप्लोय गर्नुहोस्।
• पोर्ट फर्वार्डिङ प्रदर्शन गर्नुहोस्।
• Java, Node.js, Python मा लेखिएका डिबग अनुप्रयोगहरू।

विभिन्न भिन्नताहरूमा कार्यप्रवाह घोषणात्मक रूपमा फाइलमा वर्णन गरिएको छ skaffold.yaml। एक परियोजनाको लागि, तपाइँ धेरै प्रोफाइलहरू परिभाषित गर्न सक्नुहुन्छ जसमा तपाइँ आंशिक वा पूर्ण रूपमा विधानसभा र तैनाती चरणहरू परिवर्तन गर्न सक्नुहुन्छ। उदाहरण को लागी, विकास को लागी, विकासकर्ता को लागी सुविधाजनक आधार छवि निर्दिष्ट गर्नुहोस्, र स्टेजिंग र उत्पादन को लागी - एक न्यूनतम (+ प्रयोग securityContext कन्टेनरहरू वा क्लस्टरलाई पुन: परिभाषित गर्नुहोस् जसमा अनुप्रयोग तैनात गरिनेछ)।

डकर कन्टेनरहरू स्थानीय वा टाढाबाट निर्माण गर्न सकिन्छ: मा गुगल क्लाउड बिल्ड वा प्रयोग गरेर क्लस्टरमा कानिको। Bazel र Jib Maven/Gradle लाई पनि समर्थन गरिन्छ। ट्यागिङका लागि, Skaffold ले धेरै रणनीतिहरूलाई समर्थन गर्दछ: git कमिट ह्यास, मिति/समय, sha256- स्रोतहरूको योग, आदि।

अलग, यो कन्टेनर परीक्षण को संभावना ध्यान दिएर लायक छ। पहिले नै उल्लेख गरिएको कन्टेनर-संरचना-परीक्षण फ्रेमवर्कले निम्न प्रमाणीकरण विधिहरू प्रदान गर्दछ:

• कन्टेनरको सन्दर्भमा आदेशहरू कार्यान्वयन गर्दै निकास स्थितिहरू ट्र्याक गर्दै र आदेशको पाठ आउटपुट जाँच गर्दै।
• कन्टेनरमा फाइलहरूको उपस्थिति जाँच गर्दै र निर्दिष्ट विशेषताहरू मिलाउँदै।
• नियमित अभिव्यक्ति प्रयोग गरी फाइल सामग्रीहरूको नियन्त्रण।
• छवि मेटाडेटा प्रमाणिकरण (ENV, ENTRYPOINT, VOLUMES र यस्तै।)
• इजाजतपत्र अनुकूलता जाँच गर्दै।

कन्टेनरसँग फाइलहरू सिङ्क्रोनाइज गर्ने काम सबैभन्दा इष्टतम तरिकामा गरिन्छ: Skaffold ले स्रोतहरूसँग मात्र एउटा सङ्ग्रह बनाउँछ, यसलाई प्रतिलिपि गर्छ र यसलाई कन्टेनरमा अनप्याक गर्छ (टार स्थापना गर्नुपर्छ)। तसर्थ, यदि तपाईको मुख्य कार्य कोड सिंक्रोनाइजेसन हो भने, यो विशेष समाधान (ksync) तिर हेर्नु राम्रो हुन्छ।

Skaffold सञ्चालनको मुख्य चरणहरू

सामान्यतया, उपकरणले तपाईंलाई Kubernetes manifests बाट सार गर्न अनुमति दिँदैन र कुनै अन्तरक्रियात्मकता छैन, त्यसैले यो मास्टर गर्न गाह्रो लाग्न सक्छ। तर यो पनि यसको फाइदा हो - कार्य को ठूलो स्वतन्त्रता।

बगैचा

• वेबसाइट; GitHub.
• संक्षिप्त GH तथ्याङ्कहरू: 1063 ताराहरू, 1927 कमिटहरू, 17 योगदानकर्ताहरू।
• भाषा: टाइपस्क्रिप्ट (यो परियोजनालाई धेरै कम्पोनेन्टहरूमा विभाजन गर्ने योजना छ, जसमध्ये केही गोमा हुनेछन्, र टाइपस्क्रिप्ट/जाभास्क्रिप्ट र गोमा एड-अनहरू सिर्जना गर्नको लागि SDK पनि बनाउनुहोस्).
• इजाजतपत्र: Apache लाइसेन्स 2.0।

Skaffold जस्तै, गार्डनले K8s क्लस्टरमा एप्लिकेसन कोड डेलिभर गर्ने प्रक्रियाहरूलाई स्वचालित बनाउने लक्ष्य राख्छ। यो गर्नको लागि, तपाईंले पहिले YAML फाइलमा परियोजना संरचना वर्णन गर्न आवश्यक छ, र त्यसपछि आदेश चलाउनुहोस् garden dev। उनले सबै जादू गर्नेछिन्:

• परियोजनाका विभिन्न भागहरू भएका कन्टेनरहरू सङ्कलन गर्नुहोस्।
• एकीकरण र एकाइ परीक्षणहरू सञ्चालन गर्दछ, यदि कुनै वर्णन गरिएको छ।
• क्लस्टरमा सबै परियोजना घटकहरू रोल आउट गर्दछ।
• यदि स्रोत कोड परिवर्तन भयो भने, यसले सम्पूर्ण पाइपलाइन पुन: सुरु गर्नेछ।

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

एक परियोजना मोड्युल एक कन्टेनर, एक Maven कन्टेनर, एक हेल्म चार्ट, को लागी एक manifest हुन सक्छ। kubectl apply वा OpenFaaS प्रकार्य पनि। यसबाहेक, कुनै पनि मोड्युलहरू टाढाको Git भण्डारबाट तान्न सकिन्छ। मोड्युलले सेवाहरू, कार्यहरू, र परीक्षणहरू परिभाषित गर्न सक्छ वा नहुन सक्छ। सेवाहरू र कार्यहरूमा निर्भरताहरू हुन सक्छन्, जसको लागि तपाईंले विशेष सेवाको डिप्लोइमेन्ट अनुक्रम निर्धारण गर्न सक्नुहुन्छ र कार्यहरू र परीक्षणहरूको सुरुवातलाई व्यवस्थित गर्न सक्नुहुन्छ।

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

बगैचाको लागि प्यानल

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

निष्कर्षमा

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

PS

हाम्रो ब्लगमा पनि पढ्नुहोस्:

• «werf - Kubernetes मा CI / CD को लागि हाम्रो उपकरण (अवलोकन र भिडियो रिपोर्ट)»;
• «बगैचा v0.10.0: तपाईंको ल्यापटपलाई Kubernetes आवश्यक पर्दैन»;
• «Kubernetes टिप्स र ट्रिक्स: स्थानीय विकास र Telepresence बारेमा»;
• «Kubernetes pods मा डिबग गर्न को लागी kubectl-debug प्लगइन"।

स्रोत: www.habr.com