Ciao, e benvenuto nella seconda puntata della settantaduesima stagione. Nella prima abbiamo detto che un sistema è muto, e che ogni cosa che vedi l'hai costruita tu. Oggi trasformo quella frase nel principio da cui discende tutta la disciplina. Se c'è una sola idea da portarti a casa da questa stagione, è questa: puoi vedere soltanto ciò che, in anticipo, hai preparato per essere visto. Tutto il resto del mestiere è una conseguenza di questa frase.
Partiamo dal fatto grezzo, quello che è facile dimenticare. Il codice che scrivi, quando gira, non lascia tracce da solo. Esegue le sue istruzioni e va avanti, in silenzio. Non ti dice quante richieste ha servito, quanto ci ha messo, quante sono andate male, quanta memoria sta usando. Niente di tutto questo esiste, come informazione visibile, finché tu non aggiungi delle righe apposta il cui unico scopo è raccontare cosa sta succedendo. Questo atto di piazzare sensori dentro il codice, di fargli emettere segnali sul proprio stato, è il gesto fondativo dell'osservabilità. Senza quel gesto, il sistema resta una scatola nera anche per chi l'ha scritta.
Vediamo la conseguenza più spiacevole, quella che colpisce sempre nel momento peggiore. Siccome vedi solo ciò che hai deciso di misurare prima, ti ritroverai, inevitabilmente, a voler rispondere a una domanda che non avevi previsto. Il sistema è lento, ma solo per gli utenti di una certa zona, e solo su un certo tipo di richiesta. Ti precipiti a guardare, e scopri che quel taglio dei dati non l'avevi mai raccolto. La risposta che ti serve disperatamente adesso non esiste da nessuna parte, perché nessuno aveva pensato, ieri, che sarebbe servita oggi. È il momento più frustrante del mestiere: cercare al buio una prova che non hai mai registrato.
C'è una piccola storia che descrive perfettamente questa trappola, ed è quella dell'ubriaco e del lampione. Un uomo cerca le chiavi per terra, sotto un lampione. Un passante lo aiuta, non le trovano, e alla fine gli chiede: ma sei sicuro di averle perse qui? E lui risponde: no, le ho perse là in fondo, al buio, ma qui c'è la luce. Noi facciamo esattamente questo. Cerchiamo le cause dei problemi dove abbiamo messo la luce, cioè dove abbiamo già i nostri strumenti, i nostri grafici. E il guaio è che il problema, quasi sempre, è caduto un po' più in là, nel buio che non abbiamo illuminato.
Nota adesso la distinzione precisa tra le due parole della stagione, perché ora possiamo darle un senso pieno. Il monitoraggio è accendere in anticipo delle luci fisse su punti che sospetti importanti: questa cosa qui la tengo d'occhio, e se supera una soglia mi avverti. Risponde a domande che hai già formulato. L'osservabilità è un'ambizione diversa: raccogliere segnali abbastanza ricchi da poterti costruire una luce nuova sul momento, e illuminare un angolo buio a cui non avevi pensato, senza dover fermare il sistema e riscriverlo. Il monitoraggio ti dice che qualcosa non va; l'osservabilità ti aiuta a scoprire perché, anche quando il perché è una sorpresa.
Colleghiamo tutto questo a una vecchia conoscenza, il collaudo di cui parlavamo nella stagione sul testing. Il collaudo serve a verificare, prima di pubblicare, i casi che hai immaginato: dato questo, mi aspetto quest'altro. È prezioso, ma vive nel mondo di ciò che hai previsto. La produzione, il sistema vero con utenti veri, è il regno di ciò che non hai previsto: combinazioni assurde, carichi improvvisi, guasti che nessun collaudo aveva contemplato. Non puoi collaudarti fino alla certezza che in produzione andrà tutto bene. Puoi solo costruire un sistema abbastanza osservabile da capire in fretta cosa sta andando storto, quando qualcosa che nessuno aveva previsto, inevitabilmente, andrà storto.
Voglio lasciarti con il capovolgimento mentale che questa puntata chiede. Smetti di pensare all'osservabilità come a qualcosa che aggiungi alla fine, quando hai tempo, per fare bella figura con i grafici. È una proprietà che progetti dentro il sistema fin dall'inizio, alla stessa stregua della sicurezza o della correttezza. Ogni volta che scrivi un pezzo importante, la domanda da porsi non è solo funziona, ma anche: se un giorno questo si comportasse in modo strano, avrò abbastanza segnali per capire perché? Un sistema che non sa raccontare la propria storia è un sistema che, prima o poi, ti lascerà solo, al buio, con un problema e nessuna prova.
Per oggi ci fermiamo qui. Abbiamo fissato il principio da cui discende tutto: vedi solo ciò che hai preparato in anticipo per essere visto. Il codice, da solo, non lascia tracce: sei tu a piazzare i sensori che lo fanno parlare. E la conseguenza spietata è che, prima o poi, cercherai una risposta che non hai mai registrato, come l'ubriaco che cerca le chiavi sotto il lampione perché lì c'è luce, mentre le ha perse nel buio. Da qui il senso pieno delle due parole: il monitoraggio accende luci fisse su domande che hai già fatto; l'osservabilità raccoglie segnali abbastanza ricchi da illuminare, dopo, angoli a cui non avevi pensato. E come il collaudo, che copre solo il previsto, non basta contro le sorprese della produzione. Nella prossima puntata: numeri nel tempo. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.