Creazione automatica dagli alert dei monitor
Configura un servizio per aprire un incidente automaticamente quando un monitor fallisce, così nessuno deve cliccare "Dichiara incidente" nel mezzo della notte.
Gestione degli incidenti
Una timeline unica dall'alert
Una timeline unica dall'alert
alla risoluzione.
Dichiara, monitora e chiudi gli incidenti senza lasciare la piattaforma. Livelli di severity, aggiornamenti strutturati, collegamento ai servizi coinvolti e una timeline pubblica. Gli incidenti possono crearsi automaticamente da qualsiasi guasto di monitor e risolversi automaticamente al ripristino.
Free tier included
No credit card
2-minute setup
Una risposta strutturata, non un thread di chat.
Ogni incidente ha una severity, uno stato, una timeline di aggiornamenti e un elenco di servizi coinvolti. Il tuo ingegnere di reperibilità lo vede nel momento in cui scatta; i tuoi utenti lo vedono sulla pagina di stato; il tuo team scrive il prossimo aggiornamento. Tutto nello stesso posto.
Livelli di severity significativi
Gli incidenti sono minor, major o critical. Questa etichetta è ciò che i visitatori vedono sulla pagina di stato. Le etichette da P1 a P4 non vengono usate.
Timeline degli aggiornamenti con timestamp
Ogni transizione di stato (Investigating, Identified, Monitoring, Resolved) è registrata con timestamp. I visitatori vedono la cronologia completa; il tuo team ha un audit trail.
Pubblicazione sulla pagina di stato inclusa
Gli incidenti vengono pubblicati sulla tua pagina di stato pubblica automaticamente. I componenti passano a "Degraded" o "Outage" e tornano a "Operational" quando risolvi. Nessun aggiornamento separato necessario.
Monitoraggio del riconoscimento dei responsabili
Sai chi è stato cercato, chi ha riconosciuto e chi sta lavorando attivamente sull'incidente. I responsabili passano attraverso gli stati Triggered, Acknowledged e Resolved con timestamp.
Una timeline per ogni incidente
Pubblica aggiornamenti con data e ora da Investigating a Resolved. I documenti di postmortem strutturati non esistono ancora.
Dal monitor all'incidente, in automatico
Nessun passaggio manuale
Nessun passaggio manuale
per dichiararlo.
Quando un monitor fallisce, Site Qwality può aprire un incidente, impostare la severity, collegare il servizio coinvolto, cercare il responsabile di reperibilità e aggiornare la pagina di stato, tutto prima che qualcuno abbia digitato una sola parola su Slack. Intervieni per aggiungere contesto, non per avviare il processo.
- Il guasto del monitor avvia automaticamente la creazione dell'incidente
- Severity, servizio e responsabile impostati dalla configurazione del servizio
- Il componente della pagina di stato passa a degraded nello stesso evento
INC-0291 · Checkout API IdentifiedLIVE
SEVERITYCritical
UPDATES POSTED3
TIME TO IDENTIFY11m
checkout-api98ms
payments-api88ms
web-app42ms
auth12ms
status-page8ms
Costruito per l'intero ciclo di vita
Chiudi il cerchio con
Chiudi il cerchio con
una timeline.
Dopo la risoluzione, la timeline dell'incidente resta sul registro: cosa hai pubblicato, quando l'hai pubblicato e chi hai informato. I documenti di postmortem strutturati non esistono ancora.
- Aggiornamenti con data e ora da Investigating a Resolved
- La severity è minor, major o critical
- Gli iscritti email ricevono gli stessi aggiornamenti che hanno confermato
resolve an incident via API$ curl -X POST https://api.siteqwality.com/incident/INC-0291/resolve \
-H "Authorization: Bearer $TOKEN" \
-d '{"resolution":"Rolled back CDN config. All checks passing."}'
# Incident resolved · status page updated · subscribers notified
-H "Authorization: Bearer $TOKEN" \
-d '{"resolution":"Rolled back CDN config. All checks passing."}'
# Incident resolved · status page updated · subscribers notified
30s
intervallo di controllo più breve, che limita il tempo fino all'incidente
3
livelli di severity: minor, major e critical
100%
degli incidenti pubblicati visibili nella timeline
$0
piano gratuito, flusso di lavoro completo per gli incidenti incluso
FAQ
Sì. Configura un servizio con la creazione automatica degli incidenti e Site Qwality apre un incidente nel momento in cui un monitor collegato fallisce. Puoi anche richiedere una conferma manuale, oppure disabilitare la creazione automatica e dichiarare gli incidenti manualmente.
Gli incidenti usano minor, major o critical. La severity determina come etichetti l'evento sulla pagina di stato. Le etichette da P1 a P4 non vengono usate.
Sì. Quando risolvi un incidente, i componenti coinvolti tornano a "Operational" e un aggiornamento di risoluzione viene pubblicato automaticamente sulla timeline della pagina di stato. Gli abbonati ricevono una notifica di risoluzione.
Ogni cambio di stato (Investigating, Identified, Monitoring, Resolved) viene registrato con un timestamp e il messaggio facoltativo che fornisci. La timeline è visibile al tuo team e, se pubblicata, ai visitatori della tua pagina di stato.
Oggi non esiste un tipo di documento postmortem. Tieni la storia sulla 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.