นโยบายการลบ Hook

โดยค่าเริ่มต้น รีซอร์สฮุกจะยังคงอยู่ในคลัสเตอร์หลังจากทำงานเสร็จ หากไม่มีการล้างข้อมูล งานย้ายข้อมูลและพ็อดเก่าจะสะสมเพิ่มขึ้นทุกครั้งที่มีการติดตั้งรีลีส

คุณควบคุมการล้างข้อมูลด้วยคำอธิบายประกอบ helm.sh/hook-delete-policy ซึ่งระบุให้ Helm ทราบอย่างชัดเจนว่าควรลบรีซอร์สฮุกที่สร้างขึ้นเมื่อใด

ตัวเลือกที่ใช้บ่อยที่สุดคือ hook-succeeded Helm จะลบรีซอร์สฮุกทันทีหลังจากทำงานเสร็จอย่างสำเร็จ ทำให้เนมสเปซเป็นระเบียบ

เมื่อใช้ hook-succeeded ฮุกที่ล้มเหลวจะถูกเก็บไว้โดยตั้งใจ คุณสามารถอ่านบันทึกการทำงานเพื่อดูสาเหตุที่การย้ายข้อมูลล้มเหลว ก่อนจะลบด้วยตนเองในภายหลัง 🔍

นโยบายที่ตรงข้ามกันคือ hook-failed Helm จะลบรีซอร์สฮุกเฉพาะเมื่อฮุกทำงานล้มเหลว เหมาะสำหรับฮุกที่คุณไม่ต้องการปล่อยให้ค้างอยู่ในสภาพเสียหาย

ตัวเลือกที่สามคือ before-hook-creation Helm จะลบอินสแตนซ์ก่อนหน้าทันทีก่อนสร้างอินสแตนซ์ใหม่ เพื่อหลีกเลี่ยงความขัดแย้งจากชื่อที่เปลี่ยนแปลงไม่ได้

หากคุณไม่ได้กำหนดนโยบายใดเลย Helm จะใช้ before-hook-creation เป็นค่าเริ่มต้น ฮุกเก่าจะถูกลบทิ้งทันทีก่อนที่การทำงานครั้งถัดไปจะสร้างฮุกขึ้นใหม่

สามารถรวมหลายนโยบายเป็นรายการที่คั่นด้วยจุลภาคได้ การจับคู่ before-hook-creation กับ hook-succeeded จะลบการทำงานเก่าที่ค้างอยู่ และล้างข้อมูลหลังจากทำงานสำเร็จแต่ละครั้ง

ข้อมูลจำเพาะของงานจะเปลี่ยนแปลงไม่ได้หลังจากสร้างแล้ว before-hook-creation แก้ปัญหานี้ด้วยการลบงานเก่าก่อน ดังนั้นการอัปเกรดแต่ละครั้งจึงได้งานใหม่

เลือกนโยบายให้ตรงกับเป้าหมายของคุณ ไม่ว่าจะเป็นการล้างข้อมูลเมื่อทำงานสำเร็จ การเก็บหลักฐานของความล้มเหลว หรือการเริ่มต้นใหม่ทุกครั้ง คำอธิบายประกอบแต่ละรายการมีหน้าที่ระบุเพียงว่าจะลบเมื่อใด

นโยบายเหล่านี้ใช้ได้เฉพาะกับรีซอร์สที่ Helm สร้างขึ้นในฐานะฮุกเท่านั้น Helm จะติดตามรีซอร์สเหล่านี้และลบให้คุณ จึงไม่ต้องใช้ kubectl delete ด้วยตนเองหลังการติดตั้งรีลีสทุกครั้ง

คุณต้องการให้งานย้ายข้อมูลถูกลบโดยอัตโนมัติทันทีที่ทำงานสำเร็จ

คำอธิบายประกอบ hook-delete-policy จะกำหนดว่า Helm ลบฮุกเมื่อใด ได้แก่ เมื่อลบหลังสำเร็จ เมื่อลบหลังล้มเหลว หรือก่อนการสร้างครั้งถัดไป ค่าเริ่มต้นคือ before-hook-creation 🧹