Statische Prüfungen mit helm lint

Bevor ein Chart überhaupt einen Cluster erreicht, prüft helm lint es auf strukturelle Fehler und Probleme bei den Best Practices. Das ist Ihr erstes Sicherheitsnetz. 🛡️

Sie führen helm lint für ein Chart-Verzeichnis oder ein paketiertes .tgz-Archiv aus. Der Befehl liest die Dateien lokal und kontaktiert Kubernetes niemals.

Lint überprüft, ob Chart.yaml die erforderlichen Felder enthält, ob die Templates geparst werden können und ob die in den Templates verwendeten Values sinnvoll sind.

Wenn alles in Ordnung ist, gibt lint 0 chart(s) failed aus. Diese eine Zeile bedeutet, dass das Chart alle durchgeführten Prüfungen bestanden hat.

Lint-Meldungen werden als INFO, WARNING oder ERROR ausgegeben. Nur ein ERROR lässt den Befehl fehlschlagen.

Ein ERROR bedeutet, dass das Chart fehlerhaft ist, etwa wegen eines fehlenden Pflichtfelds in Chart.yaml. Beheben Sie solche Fehler, bevor Sie irgendetwas installieren.

Ein WARNING weist auf eine Konvention hin, die Sie befolgen sollten, ist aber nicht fatal, etwa eine empfohlene, jedoch fehlende Icon-URL.

Übergeben Sie --strict, um Warnungen in Fehler umzuwandeln. Das ist ideal für CI, wenn auch kleine Probleme den Build blockieren sollen.

Lint kann Ihre eigenen Values anwenden und das Chart so prüfen, wie Sie es tatsächlich bereitstellen werden. Verwenden Sie --values wie bei install.

Im Hintergrund rendert lint Ihre Templates, sodass eine fehlerhafte Go-Template-Aktion oder eine falsche Einrückung bereits hier erkannt wird.

Sie können mehrere Charts gleichzeitig linten, indem Sie ihre Pfade angeben. Lint erstellt eine Zusammenfassung für jedes Chart, sodass Sie genau sehen, welches fehlgeschlagen ist.

Sie haben gelernt, dass helm lint Charts offline prüft und INFO, WARNING sowie ERROR meldet. Außerdem bewirkt --strict, dass Warnungen in CI als Fehler gelten. 🎉