Glossario · Metriche di affidabilità

Cos’è il burn rate?

Il burn rate indica quanto velocemente un servizio consuma il suo error budget rispetto a quanto consente il suo SLO. Con un burn rate di 1 il budget dura esattamente tutta la finestra; con 2 finisce a metà.

Come funziona e perché è importante

Il burn rate confronta il tasso di errore che vedi ora con quello consentito dallo SLO. Con uno SLO del 99,9% il tasso di errore consentito è lo 0,1%, quindi lo 0,5% di richieste fallite equivale a un burn rate di 5, e a quel ritmo un error budget di 30 giorni dura 6 giorni.

Il workbook SRE di Google basa gli avvisi su questo. Per uno SLO del 99,9% su 30 giorni, suggerisce di chiamare il reperibile quando il 2% del budget si consuma in un’ora (un burn rate di 14,4) o il 5% in sei ore (un burn rate di 6), e di aprire un ticket quando il 10% si consuma in tre giorni (un burn rate di 1). Ogni avviso controlla anche una finestra breve, così si ferma poco dopo che il problema è finito.

Un disservizio totale consuma il budget in fretta, e un semplice avviso “sito down” lo rileva altrettanto velocemente: rispetto al 99,9%, ogni minuto di down equivale a un burn rate di 1.000. Gli avvisi sul burn rate si ripagano con i guasti parziali, come il 2% delle richieste che fallisce per ore: il sito non va mai giù, ma il budget del mese si esaurisce.

Formula

Burn rate = tasso di errore osservato ÷ (100% − SLO); tempo prima che il budget finisca = finestra ÷ burn rate

Esempio: Rispetto a uno SLO del 99,9%, un disservizio totale ha un burn rate di 1.000, quindi 20 minuti consumano il 46% di un budget di 30 giorni pari a 43 minuti e 12 secondi. Lo 0,5% di controlli falliti brucia a 5 ed esaurisce il budget in 6 giorni.

Come aiuta Uptimecheck

Uptimecheck non calcola un burn rate. Per la disponibilità, i suoi avvisi coprono il lato rapido: con un intervallo di 1 minuto, un’interruzione confermata da un secondo controllo ti raggiunge entro un minuto o due. Gli avvisi di lentezza, inviati dopo tre controlli lenti consecutivi, intercettano un servizio online ma troppo lento, e i report degli ultimi 7, 30 o 90 giorni mostrano quanta parte del budget è già stata consumata.

Scopri Monitoraggio uptime

Configuralo Come ricevere avvisi per le risposte lente Come creare report di uptime rispetto a un obiettivo SLA

Inizia la prova gratuita Prova la demo live

Prova gratuita di 14 giorni · Poi gratis con 5 monitor · Nessuna carta di credito

Approfondisci nelle guide

Guides Ottobre 22, 2026 6 min di lettura

Error budget: che cos’è e come usarlo

Come calcolare un error budget a partire da uno SLO, che cosa lo consuma, come funziona il burn rate e come scrivere una error budget policy che il tuo team rispetterà davvero.

Leggi

Guides Dicembre 2, 2025 7 min di lettura

Come ridurre i falsi allarmi nel monitoraggio uptime

I falsi allarmi insegnano ai team a ignorare il monitoraggio. Come ridurre il rumore: conferma ogni guasto con un secondo controllo, imposta timeout sensati, verifica l'URL giusto e indirizza gli avvisi a chi può intervenire.

Leggi

Domande

Qual è una buona soglia per gli avvisi di burn rate?

Un punto di partenza comune per uno SLO del 99,9% su 30 giorni è inviare una chiamata di reperibilità con un burn rate di 14,4 su un’ora o di 6 su sei ore, e aprire un ticket con 1 su tre giorni. Affina i valori dopo qualche mese di avvisi reali.

Perché un avviso di burn rate usa due finestre?

La finestra lunga garantisce che sia stato consumato abbastanza budget da contare. Quella breve garantisce che si stia ancora consumando, così l’avviso si ferma poco dopo che il problema è stato risolto.

Un burn rate di 1 è un problema?

No. Consuma il budget esattamente entro la fine della finestra, cioè quanto l’SLO consente. Sopra 1 il budget si esaurisce in anticipo; sotto 1 ne avanza una parte.

Altro da Metriche di affidabilità

Tutti i termini

I disservizi sono acqua passata.

Configura il tuo primo monitor in meno di un minuto, oppure esplora prima la demo live.

Inizia la prova gratuita Confronta i piani