عمليات النشر المؤتمتة باستخدام upgrade --install --atomic

تريد في خط الأنابيب أمراً واحداً للنشر يعمل بنجاح في المرة الأولى وفي كل مرة بعدها. إن helm upgrade --install هو ذلك الأمر. 🚀

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

سترون غالبًا -i بوصفه اختصارًا لـ --install. وكلاهما يعني سلوك التثبيت أو الترقية نفسه الذي تعتمد عليه الأتمتة.

يجعل الخيار --atomic الترقية عمليةً لا تقبل التجزئة: فإذا فشلت عملية النشر، يتراجع Helm تلقائيًا إلى المراجعة السابقة التي كانت تعمل.

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

استخدم atomic مع --timeout محدد بوضوح حتى لا تتمكن حاوية متوقفة من تعليق مسار العمل إلى الأبد. وعند انتهاء المهلة، يبدأ التراجع التلقائي.

لضمان عمليات نشر قابلة لإعادة الإنتاج، مرّر --version حتى يثبّت CI إصدارًا محددًا من المخطط، وليس أي إصدار يظهر في مقدمة المستودع.

مرّر وسم الصورة الجديد من عملية البناء باستخدام --set، مع إبقاء بقية إعداداتك مُدارة بالإصدارات في ملف values يُمرّر عبر -f.

في بيئة جديدة، أضف --create-namespace حتى ينشئ النشر الأول مساحة الأسماء الخاصة به بدلًا من الفشل بسبب عدم وجود الهدف.

من دون atomic، قد يترك التثبيت الفاشل موارد يتيمة. استخدم --cleanup-on-fail لحذف ما أُنشئ عند حدوث خطأ أثناء الترقية.

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

فشلت عملية نشر مؤتمتة في منتصفها. ما الخيار الذي يجعل Helm يتراجع عنها تلقائيًا؟

استخدم helm upgrade -i --atomic --timeout لعمليات نشر غير تفاعلية تتراجع تلقائيًا عند الفشل. أمر واحد للتثبيت أو الترقية في كل تشغيل. ✅