Pod: l'unità più piccola

In Kubernetes, la più piccola unità distribuibile si chiama Pod. Consideratelo il componente fondamentale delle vostre applicazioni.

Questa lezione vi presenterà i Pod, il loro scopo e il modo per crearli usando YAML.

Un Pod è un'astrazione che rappresenta una singola istanza della vostra applicazione. Contiene uno o più container, insieme a risorse condivise.

• Container: in genere container Docker che eseguono il codice dell'applicazione.
• Archiviazione: volumi di archiviazione condivisi per la persistenza dei dati.
• Rete: un indirizzo IP univoco e una configurazione di rete per il Pod.

Potreste chiedervi perché Kubernetes utilizzi i Pod invece di gestire direttamente i container. Ecco il motivo:

• Risorse condivise: i container all'interno di un Pod condividono lo stesso namespace di rete e possono comunicare tramite localhost.
• Co-localizzazione: assicura che i container strettamente accoppiati (come un'app e il relativo sidecar per il logging) vengano sempre pianificati insieme sullo stesso nodo.
• Astrazione: i Pod forniscono un'astrazione di livello superiore, semplificando la gestione delle applicazioni nel loro insieme invece che dei singoli container.

La maggior parte dei Pod esegue un singolo container. È il caso d'uso più comune. Ad esempio, un Pod potrebbe eseguire solo un web server Nginx o un'applicazione Node.js.

Anche con un solo container, il Pod fornisce il contesto di rete e archiviazione, diventando un'unità completa per la distribuzione.

Gli oggetti Kubernetes, inclusi i Pod, vengono generalmente definiti usando file YAML (YAML Ain't Markup Language). Questi file descrivono lo stato desiderato delle risorse.

Un file YAML di base per un Pod include:

• apiVersion: la versione dell'API Kubernetes.
• kind: il tipo di oggetto Kubernetes (ad esempio, Pod).
• metadata: informazioni come il name e le labels del Pod.
• spec: lo stato desiderato, inclusi i container da eseguire.

Esaminiamo una semplice definizione YAML per un Pod che esegue un web server Nginx.

La sezione spec.containers definisce i container all'interno del Pod, inclusi il loro name, la loro image e le loro ports.

Per creare un Pod da un file YAML, usate il comando kubectl apply. Questo comando indica a Kubernetes di creare o aggiornare le risorse in base alla definizione fornita.

Per prima cosa, salvate il contenuto YAML precedente in un file denominato nginx-pod.yaml.

Dopo aver applicato il file YAML, potete verificare lo stato del Pod usando kubectl get pod. Dovrebbe essere visualizzato nello stato Running.

Per informazioni più dettagliate, inclusi gli eventi e lo stato dei container, usate kubectl describe pod.

Sebbene i Pod con un singolo container siano comuni, un Pod può contenere anche più container. In genere sono strettamente accoppiati e condividono le risorse.

Un modello comune è il container «sidecar», che viene eseguito insieme al container dell'applicazione principale per fornire servizi ausiliari come logging, monitoraggio o sincronizzazione dei dati.

Esamineremo questo modello più dettagliatamente in una lezione futura!

Quale dei seguenti campi di primo livello NON è obbligatorio in una definizione YAML di base per un Pod Kubernetes?

Avete imparato che i Pod sono le più piccole unità distribuibili in Kubernetes e incapsulano risorse di container, archiviazione e rete.

• I Pod astraggono i container per consentire la condivisione delle risorse e la co-localizzazione.
• I file YAML definiscono i Pod usando apiVersion, kind, metadata e spec.
• Create i Pod con kubectl apply -f <filename> e li esaminate con kubectl get pod e kubectl describe pod.

Ora approfondiremo il ciclo di vita e gli stati di questi componenti fondamentali!