Helm 3 เทียบกับ Helm 2: ไม่มี Tiller อีกต่อไป

ปัจจุบันคุณใช้ Helm 3 แต่ Helm 2 มาก่อนและทำงานแตกต่างกันมาก การทราบความเปลี่ยนแปลงนี้ช่วยให้คุณอ่านคู่มือเก่าได้อย่างถูกต้อง 📜

Helm 2 แบ่งออกเป็นไคลเอนต์และองค์ประกอบฝั่งคลัสเตอร์ที่เรียกว่า Tiller โดย CLI จะสื่อสารกับ Tiller และ Tiller จะสื่อสารกับ Kubernetes

Tillerทำงานเป็น Pod ภายในคลัสเตอร์ โดยรับคำสั่งของคุณแล้วนำทรัพยากรจริงไปใช้งานแทนคุณ

Tillerมักทำงานด้วยสิทธิ์ผู้ดูแลคลัสเตอร์ในวงกว้าง ใครก็ตามที่เข้าถึงมันได้ก็อาจทำทุกอย่างได้ ซึ่งเป็นความเสี่ยงที่แท้จริง 🔓

การเปลี่ยนแปลงสำคัญใน Helm 3 นั้นเรียบง่าย: Tillerหายไปแล้ว ตอนนี้ CLI สื่อสารกับ API ของ Kubernetes โดยตรง เช่นเดียวกับ kubectl 🎉

Helm 3 เป็น ไคลเอนต์เพียงอย่างเดียว โดยใช้ kubeconfig และสิทธิ์ของคุณเอง จึงไม่มีองค์ประกอบเซิร์ฟเวอร์เพิ่มเติมที่ต้องรักษาความปลอดภัย

เนื่องจาก Helm 3 ใช้ ข้อมูลรับรองของคุณ คุณจึงทำได้เฉพาะสิ่งที่บทบาท Kubernetes ของคุณอนุญาต การควบคุมการเข้าถึงจึงเรียบง่ายและเป็นมาตรฐาน

Helm 3 จัดเก็บสถานะของแต่ละรีลีสไว้เป็นทรัพยากรข้อมูลลับของ Kubernetes ในเนมสเปซของรีลีสนั้น แทนที่จะเก็บไว้ในพื้นที่จัดเก็บเดิมของ Tiller

ใน Helm 3 ชื่อรีลีสจะไม่ซ้ำกันภายในแต่ละ เนมสเปซ ไม่ใช่ทั้งคลัสเตอร์ ชื่อเดียวกันจึงสามารถมีอยู่ในสองเนมสเปซที่แตกต่างกันได้อย่างปลอดภัย

Helm 3 ยังเพิ่มการตรวจสอบ สคีมาของค่าที่เลือกใช้ได้ และการรองรับรีจิสทรี OCI โดยตรง นอกเหนือจากการนำ Tiller ออกทั้งหมด

หากบทเรียนกล่าวถึง Tiller หรือ helm init บทเรียนนั้นเป็นของ Helm 2 ส่วน Helm สมัยใหม่ไม่ต้องมีขั้นตอน init ดังนั้นคุณข้ามส่วนนั้นได้อย่างปลอดภัย 👍

การเปลี่ยนแปลงด้านสถาปัตยกรรมครั้งใหญ่ที่สุดใน Helm 3 คืออะไร

Helm 3 นำ Tillerออก เปลี่ยนเป็นไคลเอนต์เพียงอย่างเดียว ใช้สิทธิ์ของคุณเอง และจัดเก็บรีลีสเป็น Secret ภายในเนมสเปซ ปลอดภัยและเรียบง่ายยิ่งขึ้น ✅