Perché il tuo sito ha bisogno di uptime monitoring
Monitori un sito web per scoprire che è guasto prima dei tuoi clienti, invece che dopo. Senza un monitor, la prima segnalazione di un'interruzione arriva di solito da un visitatore sui social media, via email o per telefono, e a quel punto l'interruzione dura già da quanto tempo ci ha messo qualcuno a decidersi ad avvisarti.
Cosa mette giù un sito
Un sito può smettere di rispondere per motivi che non hanno nulla in comune tra loro. L'elenco tipico:
- Codice difettoso, incluso un deploy che ha superato la revisione ma fallisce in produzione
- Guasti dell'host web, da una singola macchina a un intero data center
- Limiti dell'host raggiunti: banda, connessioni, quota CPU, disco
- Tentativi di intrusione contro l'applicazione o il server
- Attacchi DDoS, che sovraccaricano l'host finché smette di rispondere a qualsiasi richiesta, buona o cattiva
- Una registrazione del dominio scaduta
- Un certificato TLS scaduto, che fa rifiutare la connessione a ogni browser
La maggior parte di questi casi è sotto il tuo controllo. Puoi revisionare il codice, dimensionare l'hosting in base al traffico e rinnovare un dominio o un certificato in tempo. I tentativi di intrusione e il traffico DDoS no: puoi solo limitarli e assorbirli. Ciò che accomuna tutti e sette è che il server raramente te lo dice. Una macchina che non riesce a raggiungere internet non può inviarti un messaggio per dirtelo, e un certificato scaduto a mezzanotte non apre un ticket.
Cosa costa un'interruzione finché non ne sei consapevole
Un visitatore che incontra "Server non trovato" ricarica una volta, controlla di aver digitato bene l'indirizzo, e poi cerca un sito che funzioni. La finestra in cui riesci a trattenere quella persona è breve, e si chiude senza che nessuno ti dica che è successo.
Il calcolo è facile da fare per il tuo sito. Prendi un valore medio dell'ordine di 25 $ e 50 visitatori all'ora che convertono: quell'ora vale circa 1.250 $, e un'ora di downtime costa esattamente gli stessi 1.250 $. Niente nelle tue analytics registra quell'ora come una perdita: gli ordini che non sono avvenuti lasciano solo un calo che la settimana prossima attribuirai a qualcos'altro. Le pagine lente fanno un danno simile, più silenzioso. Il sito risponde, il controllo passa, e i visitatori se ne vanno comunque.
Come il monitoraggio cambia la sequenza
Il monitoraggio sostituisce "un cliente ce l'ha detto" con "il controllo è fallito alle 03:14 da quattro ubicazioni".
- Fa partire l'orologio prima. Il tempo di ripristino si misura dal momento in cui lo sai, quindi qualsiasi cosa riduca il ritardo di scoperta riduce l'interruzione.
- Ti fornisce prove. Quale controllo è fallito, da quali ubicazioni, con quale codice di stato o timeout, e quando è stato l'ultimo risultato positivo. È già gran parte di una diagnosi prima ancora di aver aperto un terminale.
- Ti dice la differenza tra giù per tutti e giù da una sola rete, perché i controlli girano da molti posti contemporaneamente invece che da un unico server.
Il controllo esterno è la parte che un log lato server non può sostituire. Se il problema è il percorso di rete, il record DNS o il certificato, il server non vede nulla di sbagliato. Eseguire la stessa richiesta da molti paesi, l'idea alla base del monitoraggio distribuito della disponibilità, è ciò che rende visibile un guasto regionale come tale, invece che come un mistero.
Cosa monitorare oltre a su o giù
Un controllo di disponibilità risponde a una sola domanda. Le cose che rompono un sito tendono a manifestarsi altrove per prime:
- Uptime e downtime del server, il controllo di base
- Tempo di risposta, che peggiora prima di guastarsi
- Pressione su CPU, RAM e disco del server
- Carico del database e latenza delle query
- Scadenza del dominio
- Scadenza del certificato
- Contenuto della pagina, così un sito che restituisce 200 con una pagina di errore viene comunque intercettato
La scadenza del dominio e del certificato meritano una nota a parte, perché sono le due interruzioni con una data nota in anticipo. Entrambe sono completamente evitabili con un avviso impostato con settimane di anticipo.
Ridurre il downtime una volta che riesci a vederlo
- Metti un monitor sul sito, dall'esterno, con un intervallo abbastanza breve da misurare un'interruzione in minuti invece che in ore. Esegui prima un controllo HTTP una tantum da più ubicazioni per vedere come risponde il sito oggi.
- Scegli un host con margine di capacità e un track record che hai verificato tu, non che ti hanno raccontato. Un piano "illimitato" non è illimitato.
- Mantieni aggiornati con le patch l'applicazione, il software del server e i plugin. Un sito compromesso perde più della disponibilità: perde credibilità con i clienti e con i motori di ricerca.
- Imposta avvisi di scadenza per il dominio e ogni certificato, con abbastanza anticipo per rinnovarli.
Controllare una volta contro sapere quando si rompe
Un controllo eseguito a mano risponde per il momento in cui l'hai eseguito. Un monitor risponde in continuazione e ti dice quando la risposta cambia. HostTracker monitora siti web dal 2004 e oggi osserva oltre 500.000 siti web da più di 300 postazioni di controllo in 158 città, con 13 tipi di monitor, con avvisi via email, SMS, chiamata vocale, Slack, Telegram e altro. Vedi l'elenco delle funzionalità per cosa coprono questi controlli, la guida al controllo HTTP per quello con cui iniziano la maggior parte dei siti, e il resto della sezione sui concetti di monitoraggio per i termini che ci stanno dietro.