Immagine, container, Pod

L’immagine è la ricetta. Il container è il piatto in cottura. Il Pod è il vassoio che Kubernetes sposta.

Il disegno

Dal file all’esecuzione. Kubernetes entra solo in fondo.

pezzo selezionato

Dockerfile

FROM, COPY, CMD, USER. Testo. Versionato con l’app. Multi-stage: il compilatore non entra in produzione.

Da ricordare

Se la ricetta è sporca, ogni piatto lo è. Non è colpa del cluster.

In poche righe

Docker (o containerd, o CRI-O) costruisce e avvia. Kubernetes non “è Docker”: chiede al runtime, via CRI, di tenere accesi i container descritti nel Pod.

Stessa immagine, tanti container. Cambia il nome, l’IP, il nodo. OverlayFS: layer in sola lettura + un layer scrivibile che muore col container. Namespaces e cgroups sono il recinto Linux, non una mini-VM.

Disegna questo

Tre scatole in fila: Dockerfile → immagine nel registry → container dentro un Pod su un nodo.

Un foglio, non un software. Se lo sai ridisegnare senza guardare, la lezione è tua.

Progetti, regioni, perché GKE Lezione successiva