เหตุใด Helmfile จึงอยู่เหนือ Helm

สภาพแวดล้อมจริงทำงานด้วยรีลีส Helm หลายรายการพร้อมกัน เช่น แอป ฐานข้อมูล แคช และทางเข้าระบบ การติดตามทั้งหมดด้วยตนเองจะยุ่งยากอย่างรวดเร็ว

คำสั่ง helm install หรือ helm upgrade แต่ละคำสั่งจะจัดการรีลีสเพียงรายการเดียว Helm เองไม่รู้จักชุดทั้งหมดที่คุณต้องการให้ทำงานอยู่

Helmfile เป็นเครื่องมือแยกต่างหากที่ทำงานอยู่เหนือ Helm คุณประกาศรีลีสทุกรายการที่ต้องการไว้ในไฟล์เดียว แล้ว Helmfile จะควบคุม Helm เพื่อทำให้เกิดขึ้นจริง

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

การประกาศทั้งหมดอยู่ใน helmfile.yaml ซึ่งแสดงรายการรีลีส ชาร์ตที่ใช้ เนมสเปซ และค่าที่แทนที่ไว้ในที่เดียว

Helmfile ไม่ได้สร้าง Helm ขึ้นใหม่ ภายในระบบยังคงเรียกไบนารี helm ตัวจริง ดังนั้นความรู้เกี่ยวกับชาร์ตทั้งหมดของคุณจึงนำมาใช้ต่อได้ทันที

เรียกใช้ Helmfile สองครั้งแล้วครั้งที่สองจะไม่เปลี่ยนแปลงอะไร ระบบจะติดตั้งรีลีสที่หายไปและอัปเกรดรีลีสที่คลาดเคลื่อน จนกว่าคลัสเตอร์จะตรงกับไฟล์ของคุณ

คำสั่ง helmfile sync เพียงคำสั่งเดียวสามารถเริ่มระบบทั้งหมดของคุณได้ ไม่ต้องจำคำสั่งติดตั้งสิบคำสั่งและลำดับที่ถูกต้องอีกต่อไป

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

ประโยชน์สำคัญคือสภาพแวดล้อม ไฟล์ helmfile.yaml เพียงไฟล์เดียวสามารถอธิบาย dev, staging และ prod ได้ โดยเปลี่ยนเฉพาะค่าที่แตกต่างกันระหว่างแต่ละสภาพแวดล้อม

เนื่องจากสถานะที่ต้องการถูกเก็บเป็นไฟล์ คุณจึงคอมมิตไฟล์นั้นไว้ใน Git การตั้งค่าคลัสเตอร์ทั้งหมดจึงสามารถตรวจสอบ เปรียบเทียบความแตกต่าง และสร้างซ้ำได้

คุณต้องการใช้ไฟล์เดียวจัดการรีลีสของ Helm หลายรายการพร้อมกัน Helmfile ทำหน้าที่อะไรในกรณีนี้

คุณได้เห็นแล้วว่า Helmfile จัดการรีลีสหลายรายการแบบประกาศสถานะในไฟล์เดียว โดยครอบการทำงานของ Helm เพื่อปรับสแตกทั้งหมดให้ตรงตามสถานะที่ต้องการ ขั้นต่อไปคือการเขียนไฟล์นั้น 🗂️