التراجع باستخدام helm rollback

قد تحدث upgrade سيئة لأي شخص. وبما أن Helm يحتفظ بالسجل، يمكنك التراجع عنها باستخدام helm rollback بدلًا من تصحيح المشكلة تحت الضغط. 🛟

عند استدعائه باسم الإصدار فقط، يعيد helm rollback الإصدار إلى revision السابقة مباشرة. وهذه أسرع طريقة للتراجع عن خطأ حديث.

يمكنك أيضًا تحديد revision الدقيقة التي تريد استعادتها. اقرأ الرقم من helm history، ثم مرّره إلى الأمر.

لا يمحو rollback السجل. بل ينشئ revision جديدة تمامًا، وتطابق محتوياتها الهدف الذي اخترته. يستمر السجل في النمو فقط.

يستعيد rollback الـ chart وvalues من revision المستهدفة معًا، ولذلك يعود الإصدار إلى تلك الإعدادات الدقيقة.

أضف --wait حتى يحظر Helm التنفيذ إلى أن تصبح الـ pods المستعادة جاهزة، مؤكدًا أن rollback أعاد الخدمة إلى العمل فعلًا. ✅

هل تريد معرفة الناتج المتوقع من rollback أولًا؟ أضف --dry-run لعرضه من دون تغيير الإصدار النشط.

يتخطى rollback الـ hooks افتراضيًا. أضف --no-hooks للتصريح بذلك صراحةً، أو احذفه للسماح بتشغيل أي rollback hooks وفق تصميمها.

بعد تنفيذ rollback، شغّل helm status أو helm history مرة أخرى للتأكد من أن revision المنشورة هي التي توقعتها.

إذا استخدمت --atomic في upgrade الفاشلة، فقد نفّذ Helm rollback بالفعل نيابةً عنك. أما rollback اليدوي فهو مخصص للمشكلات التي تكتشفها بعد ذلك.

يحتاج rollback إلى revision محفوظة للعودة إليها. إذا حُذف السجل، فلن يتبقى شيء لاستعادته، ولذلك يمثل الاحتفاظ بـ history شبكة الأمان الخاصة بك.

إصدارك عند revision 6 وكل شيء يعمل جيدًا. شغّلت helm rollback my-app 4. ماذا يحدث لعدد revisions؟

يمكنك الآن التعافي بسرعة باستخدام helm rollback: التراجع خطوة واحدة أو استهداف revision، مع إنشاء revision جديدة في كل rollback واستعادة chart وvalues الخاصة بالهدف. استخدمه مع history و--atomic. 🚀