Log: cosa tenere, quanto a lungo, a cosa servono
Data Pubblicazione: 09/09/2026 | | Operatività

Log: cosa tenere, quanto a lungo, a cosa servono

Un log che non sai interrogare è rumore su disco. Serve una domanda: cosa ricostruiresti dopo un fermo, e per quanti giorni ti serve quella traccia.

I registri di un sito servono a ricostruirè un incidente, non a archiviare internet. Accesso, errori, applicazione: tre tracce, tre domande. Si tiene ciò che risponde a una domanda precisa. Si evita di scrivere segreti. La ritenzione è una scelta di scopo, non un numero copiato da un blog.

In breve: il registro di accesso dice cosa è stato chiesto. Quello di errore dice perché il server non ha servito. Quello di applicazione dice cosa ha fatto il prodotto. Si ruotano, si proteggono, si cancellano quando lo scopo e finito. Un file che nessuno sa interrogare è rumore su disco.

Cosa trovi in questo articolo

  1. Tre tipi, tre domande

  2. A cosa servono

  3. Cosa non scrivere

  4. Quanto a lungo

  5. Errori da evitare

  6. In sintesi

Tre tipi, tre domande

Il registro di accesso del web server annota tempo, metodo, percorso, esito. Risponde a: cosa è stato chiesto. Quello di errore annota timeout, permessi, panic. Risponde a: perché l'infrastruttura ha fallito. Quello di applicazione lo scrive il codice: job falliti, pagamenti rifiutati, correlazione tra richieste. Senza un identificativo comune, le tre tracce non si parlano. Nel cluster Operatività stanno insieme al monitoring, non al posto suo.

A cosa servono

Dopo un fermo: capire se è stato un rilascio, un disco pieno, una query, un picco. Durantè un bug: se succede a un percorso, a un utente, a un client. Il monitoring dice che sta succedendo ora. Il registro dice cosa e successo, in quale ordine. Il backup è un altro mestiere: i registri non sostituiscono un restore.

Cosa non scrivere

La guida OWASP sul logging e chiara sul perimetro: si registrano eventi di funzionamento e di sicurezza, non i segreti. Credenziali, sessioni, corpi di pagamento, dati di contatto completi "perchè un giorno potrebbe servire": no. Un debug lasciato acceso in produzione e il modo classico di farli finire su disco. La minimizzazione prevista dal regolamento europeo 2016/679 vale anche qui.

Quanto a lungo

L'articolo 5 del regolamento europeo fissa la limitazione della conservazione: i dati personali si tengono solo per il tempo necessario allo scopo. Il testo e su EUR-Lex. Da li non si ricava una durata unica per i registri di un sito. Si definiscè uno scopo, un tempo, una cancellazione automatica. Tenere tutto per sempre non è prudenza. È un archivio senza necessita.

Errori da evitare

  • Registrare il payload intero di un form.

  • Lasciare file che crescono fino a riempire il disco.

  • Non averè un identificativo comune tra proxy e applicazione.

  • Copiare i registri su un portatile "per analizzarli".

In sintesi

Tre tracce, una domanda ciascuno, niente segreti, ritenzione per scopo. Il resto è rumore su disco. Meno rumore, più metodo.

Fonti

Questo contenuto è stato realizzato con il supporto di sistemi di intelligenza artificiale e successivamente verificato secondo le linee editoriali della redazione.

Domande Frequenti

Per il traffico HTTP sono una traccia. Per capire un errore applicativo serve il registro dell applicazione.
Il tempo necessario allo scopo, compatibile con la minimizzazione dei dati personali. Non un numero copiato da un blog.
Segreti, credenziali, corpi di pagamento, dump interi di form.
No. Il monitoring dice che succede ora. I registri dicono cosa e successo.

Potrebbe interessarti anche...