Introduzione agli Helm chart

La distribuzione delle applicazioni su Kubernetes può diventare complessa. Immagini di dover gestire decine di file YAML per una singola applicazione: Deployment, Service, ConfigMap e altro.

Questa complessità può rendere difficile distribuire, aggiornare e condividere le applicazioni in modo coerente tra ambienti o team diversi.

Helm viene spesso definito il "package manager per Kubernetes". Lo si può considerare come apt per Ubuntu o yum per CentOS, ma per le applicazioni Kubernetes.

Semplifica il processo di definizione, installazione e aggiornamento anche delle applicazioni Kubernetes più complesse.

L'unità fondamentale di Helm è un Chart. Un Chart è una raccolta di file che descrive un insieme correlato di risorse Kubernetes.

• Definisce tutti i componenti necessari per un'applicazione.
• Può essere sottoposto a versioning, condiviso e riutilizzato.
• È come una ricetta per distribuire un'applicazione su Kubernetes.

I Chart di Helm offrono diversi vantaggi importanti:

• Riproducibilità: distribuiscono in modo affidabile la stessa configurazione dell'applicazione.
• Riutilizzabilità: consentono di condividere facilmente configurazioni applicative complesse.
• Controllo delle versioni: permettono di tenere traccia delle modifiche e tornare alle versioni precedenti.
• Personalizzazione: consentono di configurare facilmente le applicazioni per ambienti diversi.

Con Helm 3, l'architettura è più semplice. Helm è costituito esclusivamente da un'interfaccia a riga di comando (CLI) lato client.

A differenza delle versioni precedenti, che richiedevano un componente lato server chiamato Tiller, Helm 3 interagisce direttamente con il server API di Kubernetes, migliorando la sicurezza e semplificando la configurazione.

Un Chart Helm è strutturato come una directory contenente diversi file e sottodirectory. Ecco le parti più importanti:

• Chart.yaml: metadati del Chart
• values.yaml: valori di configurazione predefiniti
• templates/: template dei manifest Kubernetes
• charts/: dipendenze (subchart)

Il file Chart.yaml fornisce i metadati essenziali del Chart. Questi includono:

• apiVersion: la versione dell'API del Chart.
• name: il nome del Chart (ad esempio, nginx).
• version: la versione del Chart (ad esempio, 1.16.0).
• description: una breve descrizione del Chart.

Il file values.yaml contiene i valori di configurazione predefiniti per un Chart. Questi valori possono essere sovrascritti durante l'installazione o l'aggiornamento, consentendo distribuzioni flessibili.

Ad esempio, qui si potrebbe definire il numero di repliche o un tag dell'immagine.

La directory templates/ è il punto in cui si definiscono i manifest delle risorse Kubernetes effettive, come Deployment, Service e così via.

Questi file utilizzano la sintassi dei template Go, che consente di generarli dinamicamente in base ai valori forniti in values.yaml o durante l'installazione.

Confermiamo che Helm sia installato e verifichiamone la versione. Questo è un semplice comando per interagire con la CLI di Helm.

Quale delle seguenti descrive meglio lo scopo principale di un Chart Helm?

Ottimo lavoro! Ha appreso le basi di Helm e il suo concetto fondamentale: i Chart.

• Helm è un package manager per Kubernetes.
• I Chart semplificano le distribuzioni complesse.
• Offrono riutilizzabilità, versioning e personalizzazione.
• Helm 3 è composto solo dal client.
• I componenti principali di un Chart sono Chart.yaml, values.yaml e templates/.

Ora approfondiremo come utilizzare Helm per distribuire applicazioni a partire da Chart esistenti.