Il cluster è un’azienda

API server è la reception. etcd è il notaio. I nodi sono le braccia.

Il disegno

Stessa mappa del PDF di architettura, detta in italiano e cliccabile a pezzi.

Control plane — chi decide

Su GKE questa scatola è di Google.

Worker — chi esegue

Qui sta la tua app. Non affezionarti al singolo Pod.

pezzo selezionato

API server

kubectl, controller, dashboard: tutti passano di qui. Autentica, valida, scrive.

Da ricordare

Non parli con etcd. Parli con l’API.

In poche righe

Non lanci container a mano su una VM e speri. Dichiari: voglio 3 repliche di questa immagine. Il control plane ci prova per sempre.

GKE nasconde etcd. Il modello no. Di solito i nodi control-plane hanno un taint: le app stanno sui worker. Non è un vincolo: togli i taint e quei nodi diventano schedulabili (lab, cluster a un nodo).

Controller manager: un fascio di loop (Deployment, ReplicaSet, Node…). Cloud controller: LoadBalancer e nodi verso GCP. kube-proxy (o il dataplane GKE) è il centralino dei Service sul nodo.

Disegna questo

Due zone. Sopra: API, etcd, scheduler, controller. Sotto: tre nodi con kubelet, runtime e Pod.

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

Apri il disegno cliccabile del cluster

Immagine, container, Pod Lezione successiva