← Tutti gli episodi
Copertina di Cosa significano CI e CD: le due metà dell'automazione
Stagione 15 · Episodio 002

Cosa significano CI e CD: le due metà dell'automazione

26 agosto 2026 5:06
0:00 5:06

Ciao, e benvenuto nella seconda puntata della quindicesima stagione. Nella scorsa puntata abbiamo capito il problema: portare il codice fino agli utenti, a mano, era lento, rischioso e temuto. E abbiamo detto che la soluzione è automatizzare l'intero viaggio. Questa automazione ha un nome, o meglio, due sigle che sentirai continuamente in questo mestiere e che spaventano un po' per la loro apparente astrattezza: CI e CD. Oggi le decifriamo, con calma, e scopriamo che dietro quelle lettere ci sono due idee semplici e complementari.

Partiamo dalla prima sigla, la CI, che sta per integrazione continua. Concentriamoci sulla parola integrazione, perché è la chiave. Integrare, nel nostro contesto, significa mettere insieme il lavoro di persone diverse, unire le modifiche che ciascuno ha fatto per conto suo in un tutto coerente e funzionante. Ricordi, dalla stagione su Git, le fusioni, il momento in cui si riuniscono linee di lavoro separate? Ecco, integrare è proprio quello: riunire il lavoro di tutti. E l'aggettivo continua significa farlo di frequente, in continuazione, invece che di rado. L'integrazione continua è quindi la pratica di unire spesso il lavoro di tutti, verificando ogni volta che tutto continui a funzionare.

Ma qui c'è la parte cruciale, quella che rende la CI potente: questa verifica, ogni volta che si integra del codice nuovo, avviene automaticamente. Ogni volta che qualcuno aggiunge le sue modifiche al progetto comune, una macchina automatica prende quel codice e lo controlla: verifica che si costruisca correttamente, che i test passino, che nulla si sia rotto. Se qualcosa non va, avvisa subito. In sostanza, la CI risponde continuamente a una domanda fondamentale: il codice è ancora buono? Ogni modifica viene interrogata, automaticamente, appena arriva. È una sentinella instancabile che controlla la salute del progetto a ogni cambiamento.

Passiamo alla seconda sigla, la CD. Qui c'è una piccola ambiguità che vale la pena chiarire subito, perché la CD può stare per due cose leggermente diverse: distribuzione continua o rilascio continuo. Ma non ti confondere, perché l'idea di fondo è la stessa: una volta che il codice è stato verificato dalla CI ed è buono, la CD si occupa di portarlo fino agli utenti, automaticamente. Se la CI risponde alla domanda il codice è buono, la CD risponde alla domanda successiva: bene, allora portiamo questo codice buono là dove serve, fino in produzione. La CD è la seconda metà del viaggio, quella che consegna il lavoro verificato.

Vediamo la piccola differenza tra le due versioni della CD, perché è utile capirla. Nella prima versione, il codice buono viene automaticamente preparato e reso pronto per il rilascio, ma la decisione finale di premere il pulsante per mandarlo davvero agli utenti resta a un essere umano. È come avere il pacco impacchettato, con l'etichetta pronta, che aspetta solo che qualcuno dica spedisci. Nella seconda versione, più spinta, anche quell'ultimo passo è automatico: il codice buono va in produzione da solo, senza che nessuno debba premere nulla. La differenza è solo se l'ultimissimo passo, la consegna finale agli utenti, richiede un via libera umano oppure avviene da solo. Ma in entrambi i casi, tutto il resto è automatizzato.

Mettiamo insieme le due sigle, perché è così che vanno pensate: come le due metà di un unico flusso. La CI, l'integrazione continua, è la prima metà: prende il codice nuovo e verifica di continuo che sia buono. La CD, la distribuzione continua, è la seconda metà: prende il codice verificato e lo porta fino agli utenti. Insieme, formano un flusso completo e automatico che va dal momento in cui scrivi il codice al momento in cui gira in produzione. Prima verifichi che sia buono, poi lo consegni: controllo e consegna, le due metà dell'automazione. Ecco cosa significa, in fondo, tutta questa stagione.

Voglio darti anche l'immagine mentale giusta per non confonderti mai più, riprendendo un tema del podcast. Pensa a queste due sigle non come a un tecnicismo astratto, ma come alla risposta a due domande semplici e sequenziali che ti fai su ogni pezzo di codice nuovo. Prima domanda: questo codice è buono, funziona, non rompe nulla? A questa risponde la CI, l'integrazione continua, verificando. Seconda domanda: bene, allora come lo porto agli utenti in modo sicuro? A questa risponde la CD, la distribuzione continua, consegnando. Due domande, due risposte automatiche, in sequenza. Se ricordi queste due domande, non confonderai mai più cosa fa cosa.

Per oggi ci fermiamo qui. Le due sigle che danno il nome alla stagione sono meno spaventose di quanto sembrino. La CI, integrazione continua, è la pratica di unire spesso il lavoro di tutti, verificando automaticamente a ogni modifica che il codice sia ancora buono: risponde alla domanda il codice funziona. La CD, distribuzione continua, prende il codice verificato e lo porta automaticamente fino agli utenti, con o senza un via libera umano finale: risponde alla domanda come lo consegno. Insieme, controllo e consegna, formano il flusso automatico completo dal codice alla produzione. Nella prossima puntata vediamo lo strumento concreto che realizza tutto questo: la pipeline. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.