Uno SLO trasforma “abbastanza affidabile” in un numero che il team può seguire. Si fissa in base a ciò di cui hanno bisogno gli utenti, non a ciò che il sistema fa oggi, ed è di solito più severo di qualsiasi SLA, così c’è margine per reagire prima che ai clienti spettino dei crediti.
La differenza tra l’SLO e il 100% è l’error budget. Finché resta budget, il team può rilasciare modifiche e prendersi rischi; quando finisce, il lavoro si sposta sull’affidabilità finché la finestra non si riprende. Così l’affidabilità diventa una decisione condivisa tra prodotto e sviluppo.
I buoni SLO sono pochi, legati a ciò che gli utenti notano, come la disponibilità del checkout o la latenza dell’API, e misurati su una finestra mobile, spesso di 28 o 30 giorni.
Formula
Error budget = (100% − SLO) × finestra
Esempio:
Uno SLO del 99,9% su 30 giorni lascia un error budget di 43 minuti e 12 secondi; il 99,95% lascia 21 minuti e 36 secondi.