ประตูตรวจสอบและสร้างแม่แบบใน CI

ชาร์ตที่เสียควรทำให้ กระบวนการทำงานของคุณล้มเหลว ไม่ใช่คลัสเตอร์โปรดักชัน การตรวจสอบใน CI ช่วยให้ปฏิเสธชาร์ตที่ไม่ถูกต้องได้ทันทีที่มีการเปิดคำขอรวมโค้ด 🛡️

คำสั่ง helm lint ทำการตรวจสอบแบบคงที่กับชาร์ต โดยตรวจสอบโครงสร้าง ฟิลด์ที่จำเป็น และปัญหาทั่วไปด้านแนวปฏิบัติที่ดี โดยไม่แตะต้องคลัสเตอร์ใด ๆ

Lint จะแจ้งเตือนเมื่อฟิลด์ใน Chart.yaml หายไป เทมเพลตไม่สามารถแยกวิเคราะห์ได้ หรือไอคอนไม่ใช่ URL คำสั่งนี้ทำงานรวดเร็วและไม่ต้องเชื่อมต่อกับ Kubernetes

เพิ่ม --strict เพื่อให้คำเตือนจาก lint ทำให้การทำงานล้มเหลวด้วย ใน CI คุณต้องการให้บิลด์เป็นสีแดงเมื่อพบสิ่งน่าสงสัย ไม่ใช่คำเตือนเงียบ ๆ ที่ไม่มีใครอ่าน

ส่ง -f เพื่อให้ lint ตรวจสอบโดยใช้ค่าที่รีลีสจะใช้งานจริง ชาร์ตอาจถูกต้องเมื่อไม่มีค่า แต่พังได้เมื่อผสานค่าของโปรดักชันเข้าไป

หลังจาก lint ผ่านแล้ว ให้เรียกใช้ helm template เพื่อสร้างแมนนิเฟสต์ทุกตัวภายในเครื่อง หากการสร้างเทมเพลตล้มเหลว กระบวนการทำงานจะหยุดก่อนสิ่งใดจะไปถึง Kubernetes

Lint ตรวจสอบได้เพียงระดับพื้นฐาน ส่วน helm template จะประเมินตรรกะเทมเพลต Go ของคุณทั้งหมด ข้อผิดพลาดใน range หรือค่าที่เป็น nil จะแสดงที่นี่ ไม่ใช่ตอนติดตั้ง

ทั้งสองคำสั่งจะคืนค่า รหัสจบการทำงานที่ไม่ใช่ศูนย์เมื่อล้มเหลว ตัวรัน CI จะอ่านรหัสนี้โดยอัตโนมัติและทำเครื่องหมายว่างานล้มเหลว เพื่อป้องกันการรวมโค้ด

ส่งเอาต์พุตที่สร้างแล้วต่อไปยัง kubeval หรือ kubeconform เพื่อยืนยันว่าตรงกับสคีมาจริงของ Kubernetes วิธีนี้ช่วยตรวจจับชื่อฟิลด์ที่ไม่ถูกต้องได้ตั้งแต่เนิ่น ๆ

เรียงด่านตรวจสอบทั้งหมดไว้ในงานเดียว เพื่อให้ความล้มเหลวหยุดขั้นตอนที่เหลือ ในตัวรันส่วนใหญ่ && จะหยุดเมื่อพบรหัสจบการทำงานที่ไม่ใช่ศูนย์ ทำให้ได้รับผลตอบกลับอย่างรวดเร็ว

เรียกใช้การตรวจสอบเหล่านี้กับคำขอ รวมโค้ดทุกครั้ง ไม่ใช่เฉพาะตอนรวมโค้ด ผู้ตรวจสอบจะเห็นเครื่องหมายผ่านที่ยืนยันว่าชาร์ตยังสร้างผลลัพธ์ได้อย่างถูกต้อง

ด่านตรวจสอบใดประเมินตรรกะเทมเพลต Go ทั้งหมดเพื่อจับนิพจน์ range ที่ไม่ถูกต้อง

ตรวจสอบทุกการเปลี่ยนแปลงด้วย helm lint --strict แล้วตามด้วย helm template และตรวจสอบสคีมาของเอาต์พุตเพิ่มเติมได้ตามต้องการ ชาร์ตที่ไม่ถูกต้องจะทำให้บิลด์ล้มเหลว ไม่ใช่คลัสเตอร์ ✅