Al giorno: 1m 26s. Alla settimana: 10m 4s. Al mese: 43m 48s. All'anno: 8h 45m 36s. (Con un anno di 365 giorni e mese = anno ÷ 12; le tabelle che usano un anno di 365,25 giorni arrivano a qualche secondo in più.) L'idea da tenere a mente: tre nove permettono un deploy sbagliato al mese — scoperto in ritardo.

Moltiplica la finestra per ciò che resta del 100%. Per il 99,9% su una settimana: 100% − 99,9% = 0,1% = 0,001, e 604.800 secondi × 0,001 = 604,8 secondi ≈ 10 minuti. Questa è tutta la formula — il calcolatore qui sopra la applica semplicemente a ogni finestra in una volta sola.

Al contrario: % uptime = (finestra − downtime) ÷ finestra × 100. Supponi di aver avuto oggi un blip di 26 secondi: (86.400 − 26) ÷ 86.400 = 99,97% — che manca già il 99,99% per la giornata, perché quattro nove consentono solo 8,6 secondi al giorno. Per questo il 99,99% è un impegno ingegneristico, non un interruttore da girare nelle impostazioni.

La percentuale viene misurata solo sulle ore in cui sei aperto — ad esempio lun–ven 9–18, cioè 45 delle 168 ore della settimana. Due conseguenze tirano in direzioni opposte. Lo stesso 99,9% ora consente solo 11m 43s di downtime diurno al mese. Ma notti e weekend spariscono dal conteggio: un'interruzione di 48 ore di sabato ottiene il 100%. La sezione dei due orologi nel risultato mostra la stessa interruzione valutata in entrambi i modi.

Quello che dice il contratto — ed è proprio questo il punto. La maggior parte degli SLA esclude dal calcolo le finestre di manutenzione annunciate, il che è ragionevole, ma rende due numeri da controllare: quanta manutenzione si può programmare al mese, e con quanto preavviso. Uno SLA con «manutenzione programmata» illimitata e comunicabile in giornata è una percentuale con una scappatoia.

Trattale entrambe come campanelli d'allarme. Nessuno SLA serio promette il 100%: la fisica non è d'accordo. Quando lo vedi, è la sezione delle definizioni a fare il vero lavoro — leggi cosa non conta come downtime. E cinque nove sono 26 secondi di downtime al mese: territorio da centrale telefonica, e presuppone un failover automatico — nessuno se ne accorge, apre un laptop e risolve qualcosa in 26 secondi. Affermazioni disinvolte dell'una o dell'altra di solito significano che sono le esclusioni a fare il lavoro pesante.

Quello che la tua architettura e la tua rotazione di reperibilità possono davvero rispettare. Ogni nove che aggiungi taglia il budget a un decimo, e l'ingegneria necessaria per mantenerlo sale di pari passo. Per la maggior parte dei SaaS, un 99,9% mensile che riesci a rispettare vale più di un 99,99% aspirazionale che finirai per violare: le violazioni costano crediti, fiducia e discussioni al rinnovo. E ricorda la regola della catena. Prometti 99,9% sopra due dipendenze che promettono ciascuna 99,9%, e la matematica è già contro di te.

Non puoi arrivarci calcolandolo — questa pagina ti dice solo il budget consentito. Il numero reale viene dalla misurazione: controlli indipendenti sul tuo servizio, abbastanza frequenti da non lasciar scivolare via le interruzioni brevi, registrati in modo da poter mostrare il registro quando arriva la conversazione sullo SLA. Questo è il monitoraggio dell'uptime; Uptimia esegue questi controlli da oltre 171 località, fino a ogni 30 secondi a partire dal piano Professional.