التحقّق من المخرجات باستخدام helm template

يقول lint إن المخطط سليم بنيويًا، لكن helm template يعرض YAML الفعلي الذي ستتلقاه Kubernetes. ثقوا ثم تحقّقوا. 👀

يعرض الأمر helm template كل قالب إلى stdout دون الاتصال بالعنقود، لذا فمن الآمن تشغيله بالكامل.

يُفصل كل ملف معروض بالعلامة --- وتعليق يوضّح مصدره، حتى تتمكّنوا من تتبّع كل manifest إلى القالب الذي أنشأه.

اعرضوا القوالب باستخدام القيم نفسها التي تخططون لنشرها. مرّروا --values حتى يعكس الناتج بيئة الإنتاج، لا القيم الافتراضية للمخطط فقط.

لإجراء تجربة سريعة، استخدموا --set لتعديل قيمة واحدة ورؤية كيفية تغيّر YAML المعروض فورًا.

تعرض المخططات الكبيرة قدرًا كبيرًا من المحتوى. استخدموا --show-only لطباعة قالب واحد فقط ومراجعته دون ضوضاء.

اعرضوا القوالب قبل التغيير وبعده، ثم قارنوا الناتجين. تكشف عملية diff هذه بالضبط ما عدّلته تغييراتكم.

غالبًا ما تمر المسافات البادئة المشوهة من lint، لكنها تنتج YAML غير صالح. وتُعد قراءة الناتج المعروض أسرع طريقة لاكتشافها.

يمكنكم التحقق من YAML المعروض مقابل خادم API باستخدام تشغيل تجريبي من جهة العميل عبر kubectl، دون إنشاء أي شيء أيضًا.

بخلاف install، لا يجري helm template أي تحقق من الخادم ولا يكتب شيئًا في العنقود. إنه مجرد عرض محلي.

أعيدوا توجيه الناتج إلى ملف عندما تريدون فحصه في محرر أو إرفاقه بطلب سحب لمراجعته.

تريدون فحص service.yaml المعروض فقط من مخطط كبير. ما الخيار الذي يساعدكم؟

رأيتم أن helm template يعرض المخططات محليًا باستخدام قيمكم، ويدعم --show-only، ويتكامل مع عمليات التشغيل التجريبية لـ kubectl للتحقق من الناتج. 🎉