← Tutti gli episodi
Copertina di Non perdere niente: il gruppo di macchine, le copie, la durabilità
Stagione 42 · Episodio 006

Non perdere niente: il gruppo di macchine, le copie, la durabilità

6 settembre 2026 5:17
0:00 5:17

Ciao, e benvenuto nella sesta puntata della quarantaduesima stagione. Nella scorsa puntata abbiamo visto come Kafka si divide per crescere. Oggi vediamo come fa a non perdere niente, perché è il rovescio necessario di tutto ciò che abbiamo raccontato. Un registro su cui tanti fanno affidamento deve essere solidissimo: se sparisse, sparirebbe tutto ciò che ci si è costruito sopra. Oggi parliamo del gruppo di macchine, delle copie, e della durabilità come promessa. E, per contrasto, ripenseremo a Redis della scorsa stagione.

Partiamo da un bel contrasto, perché illumina l'identità di Kafka. Ti ricordi Redis? Viveva nella memoria, veloce ma fugace, e diceva apertamente: la verità non sta in me, sta altrove; se mi svuoto, pazienza, si ricostruisce. Kafka è l'opposto. Kafka nasce per essere un resoconto durevole, di cui fidarsi, che sopravvive ai guasti. Non è una scrivania fugace, ma un archivio solido. Ha senso: se il registro degli eventi diventa il custode di ciò che è accaduto, e tanti ci fanno affidamento, allora non può permettersi di perdere ciò che ha scritto. La durabilità, per Kafka, non è un optional: è la ragione stessa di esistere.

Voglio spiegarti come ottiene questa solidità, perché è ingegnoso. Kafka non gira su una macchina sola: gira su un gruppo di macchine che lavorano insieme, una squadra. E, cosa fondamentale, ogni pezzo del registro, ogni partizione, non esiste in una copia sola: viene replicato, cioè copiato identico, su più macchine del gruppo. Così, se una macchina si guasta, si rompe, prende fuoco, va via la corrente, le copie che vivono sulle altre macchine continuano a esserci, e non si perde nulla. Il registro non è solo conservato: è conservato in più copie, in posti diversi, apposta perché nessun singolo guasto possa cancellarlo. Ridondanza come rete di sicurezza.

Voglio farti apprezzare perché questa solidità sia indispensabile, perché lega tutta la stagione. Ripensa a ciò che abbiamo detto: tanti consumatori diversi leggono lo stesso registro, ognuno per il suo scopo. Se quel registro è il cuore da cui tutti attingono, la sua scomparsa sarebbe una catastrofe: si spegnerebbero tutti i sistemi che ci si appoggiano, in una volta sola. Ecco perché il registro deve essere a prova di guasto: proprio perché tante cose dipendono da lui. Più qualcosa diventa centrale, più deve essere solido. La durabilità non è una raffinatezza tecnica: è la fondazione su cui poggia tutta l'architettura, senza la quale tutto il resto crollerebbe.

Voglio darti l'immagine che rende chiara questa idea, perché è intuitiva. Pensa a un documento importantissimo, di cui dipende il funzionamento di un'intera città. Se ne tenessi una sola copia, in un solo cassetto, un incendio in quella stanza cancellerebbe tutto. Cosa fai, allora? Ne tieni copie identiche in più casseforti, in edifici diversi, in quartieri diversi. Se una brucia, il documento sopravvive nelle altre. Kafka fa esattamente questo con il registro: non una copia fragile, ma tante copie identiche sparse su macchine diverse, così che nessun singolo disastro possa far sparire la storia. La solidità non nasce dall'evitare i guasti, che prima o poi capitano, ma dal sopravvivere ai guasti.

Voglio darti anche una nota onesta, perché prepara una puntata futura. C'è però un prezzo, ed è giusto anticiparlo. Tutta questa solidità, il gruppo di macchine, le copie che si tengono aggiornate a vicenda, il coordinamento perché tutto resti coerente, è proprio ciò che rende Kafka una cosa seria e pesante da mettere in piedi e da mantenere. Non è un programmino che avvii e dimentichi: è un sistema distribuito, con più macchine che devono parlarsi e sincronizzarsi. È vero che, col tempo, è diventato più semplice, imparando a coordinarsi da solo senza bisogno di un aiutante esterno che una volta gli serviva. Ma resta un impegno importante. Torneremo su questo, perché la potenza, qui come sempre, ha un costo in complessità.

Voglio trarre la lezione generale, perché vale ovunque. Ecco la verità: quando qualcosa diventa la fonte di verità da cui tutto dipende, la durabilità e la ridondanza smettono di essere facoltative. Finché una cosa è marginale, puoi permetterti che sia fragile. Ma nel momento in cui tanti ci costruiscono sopra, e la sua perdita sarebbe un disastro, allora tenerne copie, distribuite, diventa un dovere, non un lusso. È un principio che vale per i dati, ma anche per qualsiasi cosa importante: ciò da cui dipendono in molti va protetto in proporzione a quanto conta. Più sei centrale, più devi essere resistente. La fragilità è accettabile solo ai margini.

Per oggi ci fermiamo qui. Al contrario di Redis, fugace per natura, Kafka nasce per essere durevole, un resoconto di cui fidarsi che sopravvive ai guasti. Ci riesce girando su un gruppo di macchine e replicando ogni pezzo del registro in più copie, su macchine diverse: se una si guasta, le altre continuano, e non si perde nulla, come un documento vitale custodito in più casseforti in edifici diversi. Questa solidità è indispensabile proprio perché tanti dipendono dal registro. Con la nota onesta che tutto ciò rende Kafka pesante da gestire, un tema su cui torneremo. La lezione: ciò da cui dipendono in molti va protetto in proporzione a quanto conta. Nella prossima puntata saliamo all'idea più profonda: pensare per eventi. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.