SLA / SLO Error Budget Calculator
Calcola il downtime consentito e l'error budget per qualsiasi target SLO. Tabella completa dei "nines" di disponibilità.
Configura il tuo SLO
Esempi: 99.9 (3 nines), 99.99 (4 nines), 99.999 (5 nines)
Error Budget & Downtime
Downtime Consentito per Periodo
| Periodo | Downtime Consentito | In ore | In giorni |
|---|---|---|---|
| Giorno | 1.4 min | 0.024h | 0.0010gg |
| Settimana | 10.1 min | 0.168h | 0.0070gg |
| Mese (30.44gg) | 43.8 min | 0.731h | 0.0304gg |
| Trimestre | 2.19 ore | 2.190h | 0.0912gg |
| Anno | 8.77 ore | 8.766h | 0.3652gg |
Tabella dei "Nines" di Disponibilità
| Livello | Uptime % | Downtime Annuale |
|---|---|---|
| 1 Nine (90%) | 90% | 36.5 giorni/anno |
| 2 Nines (99%) | 99% | 3.65 giorni/anno |
| 2.5 Nines (99.5%) | 99.5% | 1.83 giorni/anno |
| 3 Nines (99.9%) | 99.9% | 8.77 ore/anno |
| 3.5 Nines (99.95%) | 99.95% | 4.38 ore/anno |
| 4 Nines (99.99%) | 99.99% | 52.6 min/anno |
| 4.5 Nines (99.995%) | 99.995% | 26.3 min/anno |
| 5 Nines (99.999%) | 99.999% | 5.26 min/anno |
SLA, SLO e SLI: le differenze
SLA (Service Level Agreement)
Contratto formale con il cliente che definisce le penali in caso di downtime. Il SLO interno dovrebbe essere piu stringente del SLA per avere margine.
SLO (Service Level Objective)
Obiettivo interno di uptime del team. Il target reale che l'ingegneria deve soddisfare. Tipicamente piu alto del SLA (es. SLA 99.9% → SLO 99.95%).
Error Budget
La quantita di downtime "consentita" prima di violare il SLO. Quando l'error budget e esaurito, si congela il rilascio di nuove feature e si focalizza sulla stabilita.
SLI (Service Level Indicator)
La metrica concreta misurata (es. % richieste con risposta < 200ms, % richieste 5xx). L'SLI e il dato; l'SLO e l'obiettivo sull'SLI.
Come utilizzare SLA / SLO Error Budget Calculator
Imposta il target di disponibilità (SLO)
Inserisci la percentuale di uptime che vuoi analizzare (es. 99.9%) oppure scegli uno dei preset rapidi. Il valore deve essere compreso tra 0 e 100.
Leggi il downtime consentito per periodo
Il calcolatore mostra quanto downtime è ammesso per giorno, settimana, mese, trimestre e anno, mantenendo lo stesso target di disponibilità.
Confronta con la tabella dei "nines"
Usa la tabella di riferimento per capire a quale classificazione standard di disponibilità (da 1 nine a 5 nines) corrisponde il tuo SLO.
Usa l'error budget per governare i rilasci
L'error budget indica quanto downtime puoi ancora "spendere" nel periodo corrente. Se è esaurito, considera di rallentare i rilasci e concentrarti sulla stabilità del sistema.
Suggerimenti
- Definisci sempre lo SLO interno più stringente dello SLA promesso al cliente, per avere margine di manovra prima di una violazione contrattuale.
- Non inseguire troppi "nines": ogni cifra aggiuntiva di disponibilità aumenta esponenzialmente il costo dell'infrastruttura e della ridondanza necessaria.
- Monitora l'error budget in tempo reale (non solo a fine periodo): permette di reagire prima che si esaurisca e di bilanciare velocità di rilascio e stabilità.
Domande frequenti
Qual è la differenza tra SLA, SLO e SLI?
L'SLI (Service Level Indicator) è la metrica concreta misurata, ad esempio la percentuale di richieste con risposta sotto 200ms. L'SLO (Service Level Objective) è l'obiettivo interno di ingegneria su quell'SLI, ad esempio 99.9%. L'SLA (Service Level Agreement) è il contratto formale col cliente, con eventuali penali economiche, e tipicamente ha un target meno stringente dell'SLO interno per lasciare margine di sicurezza.
Come si calcola il downtime consentito a partire dalla percentuale SLO?
L'error budget in percentuale è 100 meno il valore dell'SLO (es. con SLO 99.9%, l'error budget è 0.1%). Il downtime consentito in minuti per un dato periodo si ottiene moltiplicando la durata totale del periodo in minuti per l'error budget percentuale diviso 100. Ad esempio, su un mese di 43.800 minuti circa, uno SLO del 99.9% consente circa 43.8 minuti di downtime.
Cosa significa "error budget" e come si usa nella pratica?
L'error budget è la quantità di downtime "tollerata" prima di violare l'SLO nel periodo di riferimento. Finché l'error budget non è esaurito, il team può permettersi di rilasciare nuove feature assumendosi un rischio di instabilità controllato. Quando l'error budget si esaurisce, la pratica SRE consiglia di congelare i rilasci non critici e concentrare gli sforzi sulla stabilità e sull'affidabilità del sistema.
Cosa vuol dire "3 nines" o "5 nines" di disponibilità?
"Nines" è il modo colloquiale di riferirsi al numero di cifre 9 nella percentuale di uptime: 3 nines corrisponde al 99.9% (circa 8.77 ore di downtime all'anno), 4 nines al 99.99% (circa 52.6 minuti all'anno), 5 nines al 99.999% (circa 5.26 minuti all'anno). Ogni "nine" aggiuntivo riduce il downtime tollerato di circa un ordine di grandezza, e aumenta notevolmente il costo e la complessità dell'infrastruttura necessaria.
Perché lo SLO interno dovrebbe essere più stringente dello SLA contrattuale?
Se lo SLO interno coincidesse esattamente con lo SLA contrattuale, qualsiasi piccolo imprevisto operativo (deploy problematico, incidente infrastrutturale) farebbe scattare immediatamente una violazione contrattuale con il cliente. Avere uno SLO più severo (es. SLA 99.9% ma SLO interno 99.95%) dà al team un margine di sicurezza per intervenire prima che il problema diventi visibile o contrattualmente rilevante.