Helm 3 बनाम Helm 2: अब Tiller नहीं

आज आप हेल्म 3 का उपयोग करते हैं, लेकिन पहले हेल्म 2 आया था और वह बहुत अलग ढंग से काम करता था। यह बदलाव जानने से आपको पुराने मार्गदर्शनों को सही ढंग से पढ़ने में सहायता मिलेगी। 📜

हेल्म 2 एक क्लाइंट और क्लस्टर-पक्ष के टिलर नामक घटक में बँटा था। CLI, टिलर से बात करता था और टिलर कुबेरनेटिस से बात करता था।

टिलर क्लस्टर के भीतर एक पॉड के रूप में चलता था। यह आपके आदेश प्राप्त करता था और आपकी ओर से वास्तविक संसाधनों को लागू करता था।

टिलर अक्सर क्लस्टर-व्यवस्थापक के व्यापक अधिकारों के साथ चलता था। जो भी उस तक पहुँच सकता था, वह प्रभावी रूप से कुछ भी कर सकता था, जो वास्तविक जोखिम था। 🔓

हेल्म 3 में मुख्य बदलाव सरल है: टिलर समाप्त हो गया। अब CLI सीधे कुबेरनेटिस API से बात करता है, ठीक क्यूबेक्टल की तरह। 🎉

हेल्म 3 पूरी तरह एक क्लाइंट है। यह आपके क्यूबकॉन्फ़िग और आपकी अपनी अनुमतियों का उपयोग करता है, इसलिए सुरक्षित रखने के लिए कोई अतिरिक्त सर्वर घटक नहीं है।

क्योंकि हेल्म 3 आपके प्रमाण-पत्रों का उपयोग करता है, आप केवल वही कर सकते हैं जिसकी आपकी कुबेरनेटिस भूमिका अनुमति देती है। पहुँच नियंत्रण सरल और मानक बन जाता है।

हेल्म 3 प्रत्येक रिलीज़ की स्थिति को टिलर के पुराने भंडारण के बजाय रिलीज़ के नेमस्पेस में कुबेरनेटिस की गुप्त प्रविष्टि के रूप में रखता है।

हेल्म 3 में रिलीज़ नाम पूरे नेमस्पेस में नहीं, बल्कि प्रत्येक नेमस्पेस के भीतर अद्वितीय होते हैं। एक ही नाम दो अलग-अलग नेमस्पेस में सुरक्षित रूप से मौजूद हो सकता है।

टिलर को पूरी तरह हटाने के अलावा, हेल्म 3 ने वैकल्पिक मानों के स्कीमा सत्यापन और मूल OCI रजिस्ट्री समर्थन को भी जोड़ा।

यदि किसी ट्यूटोरियल में टिलर या हेल्म इनिट का उल्लेख है, तो वह हेल्म 2 के लिए है। आधुनिक हेल्म को इनिट चरण की आवश्यकता नहीं होती, इसलिए आप उसे सुरक्षित रूप से छोड़ सकते हैं। 👍

हेल्म 3 ने टिलर को हटाया, केवल-क्लाइंट रूप अपनाया, आपकी अपनी अनुमतियों का उपयोग किया और रिलीज़ को नेमस्पेस वाले सीक्रेट के रूप में रखा। अधिक सुरक्षित और सरल। ✅