Kontrole statyczne za pomocą helm lint

Zanim chart trafi do klastra, polecenie helm lint sprawdza go pod kątem błędów strukturalnych i zgodności z dobrymi praktykami. To pierwsza warstwa bezpieczeństwa. 🛡️

Polecenie helm lint uruchamia się dla katalogu chartu albo spakowanego pliku .tgz. Odczytuje ono pliki lokalnie i nigdy nie łączy się z Kubernetes.

Lint sprawdza, czy plik Chart.yaml zawiera wymagane pola, czy szablony można sparsować oraz czy wartości używane w szablonach są poprawne.

Gdy wszystko jest w porządku, lint wyświetla 0 chart(s) failed. Ta jedna linia oznacza, że chart przeszedł wszystkie wykonane kontrole.

Komunikaty lint mają poziom INFO, WARNING albo ERROR. Tylko ERROR powoduje niepowodzenie polecenia.

ERROR oznacza, że chart jest uszkodzony, na przykład z powodu braku wymaganego pola w pliku Chart.yaml. Należy naprawić takie problemy przed wykonaniem instalacji.

WARNING wskazuje konwencję, której należy przestrzegać, ale nie jest błędem krytycznym — na przykład brak zalecanego adresu URL ikony.

Przekazanie opcji --strict powoduje, że ostrzeżenia stają się błędami. Jest to przydatne w CI, gdy nawet drobne problemy mają blokować kompilację.

Lint może używać własnych wartości, aby sprawdzić chart dokładnie w takiej postaci, w jakiej zostanie wdrożony. Należy użyć --values, tak samo jak w przypadku install.

W tle lint renderuje szablony, dzięki czemu błędna konstrukcja szablonu Go albo nieprawidłowe wcięcie zostają wykryte już na tym etapie.

Można sprawdzić wiele chartów jednocześnie, podając ich ścieżki. Lint wyświetla podsumowanie dla każdego chartu, więc dokładnie wiadomo, który z nich nie przeszedł kontroli.

Chcą Państwo, aby CI zakończyło się błędem, gdy helm lint zgłasza tylko ostrzeżenia. Którą opcję należy dodać?

Dowiedzieli się Państwo, że helm lint sprawdza charty offline, zgłasza komunikaty INFO, WARNING i ERROR, a opcja --strict sprawia, że ostrzeżenia są traktowane jako błędy krytyczne w CI. 🎉