تثبيت Chart وتطويرها تكراريًا

إنشاء مخطط عملية تكرارية: عدّل، اعرض، ثبّت أو حدّث، ثم كرر. تكتشف الحلقة السريعة الأخطاء قبل وصولها إلى العنقود.

ابدأ باستخدام helm lint. فهو يفحص المخطط بحثًا عن المشكلات البنيوية والحقول المفقودة من دون الاتصال بأي عنقود.

شغّل بعد ذلك helm template لرؤية البيانات الفعلية تمامًا. وتُعد قراءة YAML أسرع طريقة لاكتشاف خطأ في القالب.

أضف --dry-run لطلب التحقق من البيانات من Kubernetes من دون إنشاء أي شيء. فهو يكتشف أخطاء المخطط التي لا يستطيع lint اكتشافها.

عندما يبدو كل شيء صحيحًا، نفّذ التثبيت. الوسيط الأول هو اسم الإصدار، وتشير النقطة إلى أن Helm يجب أن يستخدم المخطط الموجود في المجلد الحالي.

غيّر قالبًا أو قيمة، ثم أرسل التغيير باستخدام helm upgrade. يقارن Helm مع الإصدار الفعلي ويطبّق التغييرات فقط.

أثناء التطوير، يثبّت upgrade --install الإصدار إذا كان جديدًا، ويحدّثه إذا كان موجودًا. أمر واحد للحالتين.

اختبر إعدادات مختلفة بسرعة باستخدام --set، من دون الحاجة إلى تعديل الملفات. وهذا مناسب لتجربة وسم أو عدد نسخ أثناء العمل.

يسلّم Helm الموارد إلى Kubernetes؛ لذا تحقّق منها باستخدام kubectl get pods. ويجب أن تتجه النسخ الجديدة نحو الحالة Running.

إذا لم يعمل التحديث كما ينبغي، يعيد helm rollback الإصدار إلى مراجعة سابقة خلال ثوانٍ. ويعني التكرار بأمان القدرة على التعافي بسرعة.

نظّف التجربة باستخدام helm uninstall. فهذا يزيل الإصدار والموارد التي أنشأها من مساحة الأسماء.

تريد أمرًا واحدًا يثبّت الإصدار عند تشغيله للمرة الأولى ويحدّثه بعد ذلك. ما الأمر؟

أصبحت حلقتك جاهزة: lint، ثم template، ثم dry-run، ثم upgrade --install. تحقّق باستخدام kubectl وتراجع عند الحاجة. أصبح مخططك حيًا! 🎉