Dichiarazione del tipo Library Chart

Ogni chart Helm dichiara un type in Chart.yaml. Il valore predefinito è application, ma esiste un secondo tipo destinato esclusivamente alla condivisione della logica dei template.

Imposti type: library e il chart non sarà più qualcosa da installare. Diventerà una raccolta di template denominati che gli altri chart possono riutilizzare.

Un library chart non produce autonomamente oggetti Kubernetes. Si limita a definire template che i chart che lo usano chiamano durante il rendering.

L'esecuzione di helm install su un library chart non riesce. Non c'è nulla da distribuire, quindi Helm rifiuta il comando intenzionalmente.

I file nella cartella templates di un library chart non vengono renderizzati come manifest. Devono solo definire partial, senza mai generare direttamente YAML.

Helm ignora i file di templates che iniziano con un underscore. I file dei template delle librerie usano nomi come _deployment.tpl per non essere renderizzati.

I library chart esistono solo con apiVersion: v2. I chart v1 dell'epoca di Helm 2 non prevedevano affatto il tipo library.

Una libreria richiede comunque un campo version, in modo che i consumer possano bloccarne la versione. La consideri un vero artefatto di release, non una semplice cartella.

Invece di copiare lo stesso YAML di Deployment in dieci chart, lo scrive una sola volta in una libreria e lascia che ogni chart lo utilizzi.

Il chart bitnami/common, ampiamente utilizzato, è una libreria. Centinaia di chart dipendono da esso per helper condivisi relativi a label, nomi e immagini.

Un chart di tipo application distribuisce workload, mentre un chart di tipo library fornisce solo template. Il singolo campo type determina come Helm lo considera.

Ha impostato type: library in Chart.yaml. Che cosa accade eseguendo helm install su di esso?

Un chart type: library non esegue il rendering di nulla e non può essere installato. Esiste solo per impacchettare template denominati che altri chart riutilizzano. 📦