Un avviso ti dice che qualcosa non va. Poi inizia il lavoro vero: è davvero down, che aspetto ha l’errore, chi se ne sta occupando, i clienti sono stati informati, e cosa cambiamo perché non succeda di nuovo? Molti team rispondono a queste domande tra tre strumenti diversi e un lungo thread in chat. Uptimecheck tiene le risposte insieme all’incidente.
Interruzioni confermate
Uptimecheck esegue i controlli da Stoccolma, Londra e New York, e conferma ogni errore da una seconda località prima che si apra un incidente. Una singola richiesta persa non sveglia mai nessuno. Quando l’interruzione è reale, l’incidente si apre, partono gli avvisi e inizia la timeline. Si chiude da solo quando il monitor torna operativo. La nostra guida su come ridurre i falsi allarmi spiega perché la conferma è importante.
Prove allegate
Cosa abbiamo visto: il controllo fallito, con l’indirizzo a cui si è connesso, gli header e l’inizio della risposta.Percorso di rete: quando il server non ha risposto, un traceroute dalla località di controllo mostra dove si interrompe il percorso.Screenshot: quando il server ha risposto, un browser reale fotografa ciò che hanno visto i visitatori. Gli screenshot vengono conservati per 90 giorni.
Spesso basta questo per distinguere un server spento da un deploy andato male, o un problema tuo da uno del tuo hosting, prima ancora che qualcuno abbia fatto il login.
Un’unica timeline
La timeline dell’incidente mostra in ordine i controlli, ogni avviso e chi l’ha ricevuto, le prese in carico e le note. La presa in carico (Acknowledge) comunica al team che qualcuno se ne sta occupando e annulla gli avvisi ritardati non ancora partiti. In Slack, il pulsante Acknowledge sull’avviso di interruzione fa lo stesso senza aprire l’app. Le note sono visibili solo al tuo team.
03:12: checkout.northwind.shop restituisce 503, confermato da un secondo controllo. Risposta e screenshot sono allegati.03:13: notifica push ad Anna, che è reperibile.03:15: preso in carico in Slack.03:19: ripristinato dopo 7 minuti. Parte una notifica di ripristino.
Escalation e reperibilità
Un canale può attendere da 5 a 60 minuti e avvisare solo se l’interruzione è ancora in corso e nessuno l’ha presa in carico. Pubblica subito su Slack e invia una notifica push a chi è reperibile dopo 10 minuti. I turni di reperibilità decidono chi è, e avvisi e notifiche copre tutti i canali.
MTTA e MTTR
La pagina degli incidenti mostra il tempo medio di presa in carico (MTTA) e il tempo medio di risoluzione (MTTR) degli ultimi 30 giorni. Insieme ti dicono se gli avvisi raggiungono persone in grado di intervenire e con quale rapidità i problemi vengono risolti. Il nostro articolo su MTTR, MTTA e MTBF spiega come leggerli.
Di’ ai clienti quanto è grave
Pubblica un aggiornamento sulla tua pagina di stato e segna ogni componente coinvolto come Degraded performance, Partial outage o Major outage. La pagina mostra il peggiore tra l’impatto che hai indicato e ciò che rilevano i controlli, quindi un aggiornamento può far sembrare un componente messo peggio, ma non può mai nascondere un’interruzione confermata dai controlli.
Revisioni degli incidenti
Dopo un incidente, scrivi una breve revisione: cosa è successo, perché e cosa stai cambiando. Tienila per il team, oppure mostrala sotto l’incidente sulla tua pagina di stato. I clienti si fidano di più di una pagina che spiega le interruzioni che di una che non ne ha mai. Il nostro modello di postmortem degli incidenti ti dà una struttura da cui partire.
Finestre di manutenzione
Il lavoro pianificato non dovrebbe far scattare nessun avviso. Durante una finestra di manutenzione, i monitor scelti non vengono controllati, non si aprono incidenti, non partono avvisi e il tempo non conta ai fini dell’uptime. Le finestre possono essere singole o ripetersi ogni giorno, settimana o mese; vengono mostrate sulle pagine di stato e possono essere inviate via email agli iscritti. Avviane una dal tuo script di deploy tramite la REST API.
I programmi cambiano, e le finestre possono cambiare con loro. Puoi modificare una finestra fino alla sua fine: una finestra in corso mantiene il suo inizio, ma la fine, i monitor e il messaggio possono cambiare. Se modifichi una serie, la modifica vale dalla finestra successiva, mentre quelle in corso e passate restano com’erano. Gli iscritti già informati di una finestra ricevono un’email con il nuovo orario, e i promemoria di una serie seguono i nuovi orari.
Apri un incidente con la sua timeline nella demo dal vivo, senza bisogno di un account. La gestione degli incidenti è inclusa in ogni piano.
I piani partono da 9 € al mese con fatturazione annuale o 12 € con fatturazione mensile, IVA esclusa. Consulta la pagina prezzi, oppure inizia una prova gratuita di 14 giorni senza carta.