← Tutti gli episodi
Copertina di Il giorno del rilascio
Stagione 73 · Episodio 008

Il giorno del rilascio

26 settembre 2026 4:56
0:00 4:56

Ciao, e benvenuto nell'ottava puntata della settantatreesima stagione. Nella puntata scorsa abbiamo detto che il rilascio dovrebbe essere così noioso da poterlo fare un venerdì pomeriggio. Bello a dirsi. Ma come ci si arriva, concretamente? Oggi è la puntata più pratica della stagione: apriamo la cassetta degli attrezzi e vediamo le tecniche che trasformano il rilascio da un salto nel vuoto col fiato sospeso a un gesto tranquillo e reversibile.

Partiamo dalla prima regola, che è anche la più semplice: rilasciare piccolo e spesso. È il filo che tiene insieme tutta questa stagione. Non aspettare di aver accumulato una montagna di modifiche: manda in produzione piccoli pezzi, di continuo. Ogni rilascio piccolo è una scommessa piccola, con una posta piccola. Se va male, hai perso poco e capisci subito cosa è andato storto. Questa non è una tecnica sofisticata: è un cambio di abitudine, ed è la fondamenta su cui tutte le altre tecniche si appoggiano. Tutto il resto, in fondo, serve a rendere ogni piccolo rilascio ancora più sicuro.

Vediamo adesso la prima tecnica vera, che è geniale nella sua semplicità: separare il momento in cui rilasci il codice dal momento in cui accendi una funzione. Sembrano la stessa cosa, ma non lo sono. Puoi mandare in produzione il codice di una funzione nuova tenendola spenta, invisibile a tutti, come un interruttore abbassato. Il codice è lì, in produzione, ma dorme. Poi, quando sei pronto, con un semplice gesto, accendi l'interruttore e la funzione compare, senza dover rilasciare niente di nuovo. E se qualcosa va storto, la spegni all'istante, sempre senza toccare il codice. Hai scisso due cose che facevano paura insieme, e adesso le governi separatamente: il codice viaggia con calma verso la produzione, e la decisione di mostrare la funzione agli utenti diventa un gesto a parte, tranquillo e reversibile.

Nota la seconda tecnica, quella che ti fa dormire la notte: non accendere una funzione per tutti in una volta. Falla provare prima a pochi, a una piccola fetta di utenti, magari solo l'uno per cento. Poi tieni gli occhi aperti su quei pochi: se tutto va bene, allarghi al cinque per cento, poi al venti, poi a tutti, con calma. Ma se qualcosa comincia a scricchiolare, hai fatto danno solo a una manciata di persone, non al mondo intero, e puoi tornare indietro prima che il problema diventi serio. È l'assaggio prima di servire il piatto a tutta la sala: fai provare un boccone a uno, e solo se sorride porti i piatti agli altri tavoli.

E qui c'è la rete di sicurezza che rende tutto il resto possibile: avere sempre, sempre, una marcia indietro. La regola d'oro del rilascio non è non sbagliare mai, è poter tornare indietro in fretta quando sbagli. Prima di mandare in produzione qualsiasi cosa, la domanda da farsi è: se questo va male, come torno com'ero prima, e quanto ci metto? Se la risposta è un attimo, con un gesto, puoi rilasciare sereno. Se la risposta è non lo so, oppure servono ore, allora non sei pronto a rilasciare: sei pronto solo a sperare, e sperare non è una strategia.

Colleghiamo tutto questo a tre vecchie conoscenze, perché adesso il quadro si chiude. Tutte queste tecniche vivono dentro la catena di rilascio di cui parlavamo tempo fa, il percorso automatico dal codice alla produzione, con i suoi controlli lungo la strada. Mentre allarghi il rilascio a fette di utenti, tieni d'occhio i segnali del sistema, esattamente quelli di cui parlavamo nella stagione sull'osservabilità: sono loro a dirti se accelerare o fermarti. E il rilascio graduale a pochi alla volta è cugino stretto di come si aggiornano i sistemi fatti di tante macchine, di cui pure abbiamo parlato: un nodo alla volta, mai tutti insieme.

Voglio lasciarti con il principio che tiene insieme tutte queste tecniche, perché è il loro senso comune. Ognuna di esse fa la stessa cosa: rende la via sicura anche la via facile. Nel vecchio mondo la cosa prudente, rilasciare piccolo e poter tornare indietro, era anche la più scomoda, e quindi nessuno la faceva. DevOps ribalta questo: costruisce gli strumenti perché la scelta sicura sia anche quella comoda, quella che segui senza nemmeno pensarci. Quando tornare indietro è un gesto solo, lo fai senza esitare. Quando accendere una funzione è un interruttore, la accendi con calma. La sicurezza smette di essere una virtù eroica e diventa semplicemente il percorso di minor resistenza.

Per oggi ci fermiamo qui. Abbiamo aperto la cassetta degli attrezzi del rilascio sicuro. La prima regola è rilasciare piccolo e spesso, la fondamenta di tutto. Poi tre tecniche: separare il rilasciare il codice dall'accendere una funzione, con un interruttore che puoi abbassare all'istante; far provare la novità prima a pochi utenti e allargare piano, come un assaggio prima di servire tutta la sala; e avere sempre una marcia indietro rapida, perché la regola d'oro non è non sbagliare mai ma poter tornare indietro in fretta. Tutto vive dentro la catena di rilascio, guidato dai segnali del sistema. Il senso comune: rendere la via sicura anche la via facile. Nella prossima puntata: cultura prima degli strumenti. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.