Cos'è l'uptime e perché conta
· 5 min di lettura
L'uptime e la percentuale di tempo in cui il sito e raggiungibile. Il 99% sono oltre tre giorni di downtime l'anno; obiettivo realistico 99,9%.
Definizione: cosa misuriamo esattamente
L'uptime è il rapporto tra il tempo in cui il servizio risponde come atteso (tipicamente HTTP 200, contenuto con parola chiave) e il tempo totale di misurazione. Espresso in percentuale, più comunemente su periodi di 30 o 365 giorni.
L'opposto è il downtime - il tempo in cui il servizio non risponde, restituisce 5xx o impiega più del timeout impostato. Vi rientra anche la manutenzione programmata, a meno che tu non la escluda esplicitamente dal calcolo (cosa che dovresti comunicare nello SLA).
La tabella dei "nove": quanto tempo significa ogni decimale
| Uptime | Downtime ammesso / anno | Mese | Giorno |
|---|---|---|---|
| 99 % | 3 giorni 15 h | 7 h 18 min | 14 min |
| 99,5 % | 1 giorno 19 h | 3 h 39 min | 7 min |
| 99,9 % (three nines) | 8 h 45 min | 43 min | 1 min 26 s |
| 99,95 % | 4 h 22 min | 21 min | 43 s |
| 99,99 % (four nines) | 52 min | 4 min 22 s | 8,6 s |
| 99,999 % (five nines) | 5 min 15 s | 26 s | 0,86 s |
Ogni nove in più moltiplica i costi di infrastruttura. Five nines (99,999 %) è territorio dei provider globali con ridondanza attiva intercontinentale - per la maggior parte delle applicazioni business, 99,9 % è l'obiettivo giusto.
Quale uptime ti serve davvero
- Sito marketing (azienda, portfolio): 99 % basta. Un visitatore arrivato durante un down ci riprova dopo.
- App SaaS con client desktop: 99,9 % è il minimo. I clienti pagano per un lavoro che non possono fare durante il downtime.
- E-commerce, gateway di pagamento, servizio real-time: 99,95 % e oltre. Ogni minuto = perdite dirette.
- Infrastruttura (API usata da altri): Almeno 99,99 %. Il tuo SLA limita lo SLA dei clienti.
Come si misura l'uptime
Il servizio di monitoraggio chiama periodicamente il tuo endpoint (tipicamente HTTP GET, ma anche socket TCP, ping ICMP o risoluzione DNS). Ogni controllo ha un risultato binario: up o down.
Un intervallo comune è 1-5 minuti. Più è corto, più velocemente cogli un down, ma più alert falsi positivi ricevi (un glitch di rete locale, un breve riavvio da deploy). La soluzione è il controllo multi-region: un down si conferma solo quando lo segnalano N regioni, non una sola.
Fonti più comuni di "nove persi"
- Certificato SSL/TLS scaduto. Il browser blocca la pagina. Senza monitoraggio lo sai lunedì mattina quando squilla il telefono.
- Scadenza del dominio. L'intero DNS smette di funzionare. Email, web e status page - tutto cade insieme.
- Worker di database in crash. Il sito restituisce 500 o va in timeout per parte delle richieste. Un ping classico magari passa anche, pur essendo l'applicazione rotta.
- DDoS o flooding. Il server è sovraccarico, il tempo di risposta sale sopra il limite e il monitoraggio segnala un down.
- Deploy fatto male. Una nuova versione ha un bug che rompe un path. Senza test d'integrazione lo scopri quando i clienti iniziano a lamentarsi.
Conclusione
L'uptime non è un numero di marketing - è la misura di quanto puoi fare affidamento sulla tua infrastruttura. 99,9 % di uptime non è un lusso, è un requisito standard per qualsiasi servizio che genera fatturato o ha clienti paganti.
Lo step uno è misurare. Se non hai monitoraggio esterno, tecnicamente non sai che uptime hai - lo stimi soltanto.
Inizia a misurare l'uptime dei tuoi servizi
ePulz.io traccia i tuoi endpoint con intervalli da 1 minuto da più regioni. 7 giorni gratis.
Prova ePulz.io gratis - 7 giorni senza carta di credito.
Crea account