Creazione automatica dagli alert dei monitor
Imposta un servizio perché apra automaticamente un incidente quando un monitor HTTP, cron o browser collegato fallisce. Nessuno deve cliccare "Dichiara incidente" nel cuore della notte.
Gestione degli incidenti
Una timeline dall'alert
Una timeline dall'alert
alla risoluzione.
Dichiara, segui e chiudi gli incidenti senza lasciare la piattaforma. Livelli di gravità, aggiornamenti strutturati e collegamento ai servizi coinvolti. I monitor HTTP, cron e browser collegati a un servizio possono aprire incidenti automaticamente e risolverli al ripristino.
Free tier included
No credit card
2-minute setup
Una risposta strutturata, non un thread di chat.
Ogni incidente ha una gravità, uno stato, una timeline di aggiornamenti e il servizio e i monitor che coinvolge. All'apertura la policy di escalation avvisa l'ingegnere reperibile; se lo pubblichi, i tuoi utenti lo vedono sulla status page; il tuo team pubblica l'aggiornamento successivo, tutto nello stesso posto.
Livelli di gravità con un significato
Gli incidenti sono minor, major o critical. Gli incidenti critical e major avvisano i responsabili con urgenza alta, quelli minor con urgenza bassa. Le etichette da P1 a P4 non sono usate.
Timeline di aggiornamenti con orario
Pubblica aggiornamenti attraverso Investigating, Identified, Monitoring e Resolved. Ogni aggiornamento riceve un orario e resta sull'incidente.
Pubblicazione sulla status page inclusa
Pubblica un incidente sulla tua status page pubblica, oppure fai pubblicare a un servizio i suoi incidenti automatici su una pagina che imposti tramite l'API. I componenti della status page seguono i loro monitor, non l'incidente.
Tracciamento della presa in carico
L'incidente registra se è stato preso in carico o risolto, chi lo ha preso in carico e quando. La presa in carico ferma la policy di escalation.
Una timeline su ogni incidente
Pubblica aggiornamenti con orario attraverso Investigating, Identified, Monitoring e Resolved. I documenti di postmortem strutturati non sono ancora disponibili.
Dal monitor all'incidente, automaticamente
Nessun passaggio manuale
Nessun passaggio manuale
per dichiararlo.
Quando un monitor collegato a un servizio fallisce, Site Qwality può aprire un incidente con la gravità predefinita del servizio, collegare il monitor, avvisare la persona reperibile tramite la policy di escalation del servizio e pubblicarlo sulla status page scelta, prima che qualcuno abbia scritto una parola. Tu intervieni per aggiungere contesto, non per avviare il processo.
- Il guasto di un monitor collegato apre l'incidente automaticamente
- Gravità e policy di escalation arrivano dal servizio
- Risolto automaticamente quando tutti i monitor collegati tornano in salute
Checkout API errors IdentifiedLIVE
SEVERITYCritical
UPDATES POSTED3
TIME TO IDENTIFY11m
checkout-api98ms
payments-api88ms
web-app42ms
auth12ms
status-page8ms
Pensato per tutto il ciclo di vita
Chiudi il cerchio con
Chiudi il cerchio con
una timeline.
Dopo la risoluzione la timeline dell'incidente resta agli atti: cosa hai pubblicato e quando. I documenti di postmortem strutturati non sono ancora disponibili.
- Aggiornamenti con orario da Investigating a Resolved
- Gravità minor, major o critical
- Gli aggiornamenti pubblicati dalla status page arrivano via email ai suoi iscritti confermati
post an incident update via API$ curl -X POST https://api.siteqwality.com/incident/$INCIDENT_ID/update \
-H "Authorization: Bearer $TOKEN" \
-H "Content-Type: application/json" \
-d '{"status":"monitoring","message":"Rolled back CDN config. Watching error rates."}'
# Update added to the incident timeline
-H "Authorization: Bearer $TOKEN" \
-H "Content-Type: application/json" \
-d '{"status":"monitoring","message":"Rolled back CDN config. Watching error rates."}'
# Update added to the incident timeline
30s
intervallo di controllo più rapido, che limita il tempo all'incidente
3
livelli di gravità: minor, major e critical
4
stati: investigating, identified, monitoring e resolved
$0
incidenti in ogni piano; il piano gratuito include 1 persona reperibile
FAQ
Sì, per i monitor HTTP, cron e browser collegati a un servizio. Imposta il servizio sulla creazione automatica degli incidenti: Site Qwality apre un incidente quando un monitor collegato fallisce e lo risolve quando tutti i monitor collegati tornano in salute. In modalità manuale dichiari tu gli incidenti.
Gli incidenti sono minor, major o critical. La gravità imposta l'urgenza usata dalla policy di escalation: critical e major sono urgenza alta, minor bassa, e le regole di notifica di ogni persona decidono come viene contattata. Le etichette da P1 a P4 non sono usate.
Un incidente risolto automaticamente pubblica un aggiornamento resolved sulle status page su cui era pubblicato. I componenti della status page seguono i loro monitor, quindi tornano "Operational" quando i monitor si ripristinano. Gli iscritti ricevono un'email quando pubblichi un aggiornamento dalla status page, non quando un incidente si risolve da solo.
Ogni aggiornamento che pubblichi (Investigating, Identified, Monitoring, Resolved) viene registrato con orario e messaggio. La timeline è visibile al tuo team e, se pubblicata, ai visitatori della status page.
Oggi non esiste un tipo di documento per i postmortem. Tieni la storia nella timeline dell'incidente.
Related features
Inizia gratis. Nessuna carta di credito.
Uptime, cron, synthetic, log, RUM, incidenti e pagine di stato. Piano gratuito su ogni prodotto.