Ciao, e benvenuto nella quarta puntata della tredicesima stagione. Nella scorsa puntata abbiamo capito il cuore filosofico di Kubernetes, il ciclo che mantiene la realtà uguale al tuo desiderio. Ma dove accade tutto questo? Su cosa girano davvero i container, e chi prende le decisioni? Oggi conosciamo il luogo fisico e logico in cui Kubernetes vive e opera: il cluster. E scopriamo un'idea potente, quella di trattare tante macchine diverse come se fossero un unico grande computer.
Partiamo dalla parola cluster, che significa grappolo, insieme. Un cluster, in Kubernetes, è semplicemente un insieme di macchine, che possono essere computer fisici o virtuali, messe insieme e governate da Kubernetes come un tutt'uno. Invece di avere dieci macchine separate, ciascuna da gestire per conto suo, le raggruppi in un cluster, e da quel momento le tratti come un'unica grande risorsa di calcolo, un solo enorme computer fatto di tante parti. Kubernetes si mette in mezzo e nasconde le singole macchine, offrendoti l'illusione, comodissima, di avere davanti un solo grande sistema unificato.
Questo è un cambio di prospettiva importante, quindi soffermiamoci. Nel modo tradizionale, tu pensavi alle singole macchine: questo programma gira su quella macchina, quell'altro su quest'altra, e dovevi decidere e ricordare tu ogni collocazione. Con un cluster, invece, smetti di pensare alle singole macchine. Non ti importa più su quale macchina specifica gira un container: dici a Kubernetes esegui questo, e lui lo colloca su una qualsiasi macchina del cluster che abbia spazio, decidendo lui dove, senza che tu debba nemmeno saperlo. Tu ragioni sul cluster come risorsa complessiva, non sulle sue singole parti. È come pensare alla potenza elettrica che ti serve, senza preoccuparti di quale centrale la produce.
Dentro il cluster, però, le macchine non hanno tutte lo stesso ruolo, e questa distinzione è fondamentale. Ci sono due tipi di ruoli. Da una parte c'è il cervello, ciò che in Kubernetes prende le decisioni: è la parte che riceve i tuoi desideri, tiene traccia dello stato desiderato e di quello reale, e fa girare quel ciclo di riconciliazione di cui abbiamo parlato. È il centro di comando, la mente del cluster. Dall'altra parte ci sono i lavoratori, le macchine su cui girano effettivamente i tuoi container, dove il lavoro viene svolto. Il cervello decide e comanda, i lavoratori eseguono e ospitano i container. È la stessa divisione che c'è tra chi dirige e chi opera.
Approfondiamo il cervello del cluster, perché è dove risiede l'intelligenza di Kubernetes. Questa mente centrale ha diversi compiti delicati. Custodisce la memoria di tutto: qual è lo stato desiderato che hai dichiarato, e qual è lo stato reale in ogni momento. Prende le decisioni: quando serve un container nuovo, decide su quale macchina lavoratrice metterlo. Sorveglia: controlla di continuo che tutto corrisponda al desiderio, e ordina le correzioni quando serve. In sostanza, il cervello è dove vive quel termostato instancabile di cui parlavamo: è lì che si osserva la realtà, si confronta con il desiderio, e si decidono le azioni per riconciliare i due.
I lavoratori, invece, sono più semplici da capire, ma non meno importanti. Ogni macchina lavoratrice ha un compito: ospitare ed eseguire i container che il cervello le assegna, e riferire al cervello come stanno andando le cose, se i container sono vivi e in salute. È come un operaio diligente che esegue i compiti che gli arrivano dalla direzione e manda rapporti sul loro stato. Su queste macchine lavoratrici gira anche un piccolo componente di Kubernetes che fa da tramite con il cervello, ricevendo gli ordini e sorvegliando i container locali. Aggiungi lavoratori al cluster, e aumenti la capacità complessiva di far girare container; il cervello userà automaticamente lo spazio in più.
Voglio collegare questa architettura a un tema della stagione sul backend, perché è la stessa idea portata a compimento. Ricordi quando parlavamo di reggere la scala affiancando tanti server normali che lavorano come una squadra, invece di un solo super-server? Il cluster di Kubernetes è la realizzazione matura e automatica di quell'idea. Tante macchine ordinarie, messe insieme e coordinate da un cervello, che diventano un'unica grande risorsa capace di crescere aggiungendo pezzi. E l'orchestratore si occupa di tutta la fatica di distribuire il lavoro tra loro, quella fatica che nella stagione sul backend dovevamo immaginare di gestire a mano. Kubernetes automatizza la squadra di server.
Per oggi ci fermiamo qui. Il cluster è un insieme di macchine che Kubernetes governa come se fossero un unico grande computer, nascondendoti le singole macchine e lasciandoti ragionare sulla risorsa complessiva. Dentro il cluster ci sono due ruoli: il cervello, che custodisce lo stato desiderato e reale, prende le decisioni e fa girare il ciclo di riconciliazione; e le macchine lavoratrici, che ospitano ed eseguono i container e riferiscono al cervello. È la realizzazione automatica e matura della squadra di server di cui parlavamo per la scala. Nella prossima puntata scopriamo l'unità base che gira davvero sui lavoratori: il pod. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.