DocumentațieAlerte și incidente
Incidente
Ce se întâmplă când un monitor cade — incidente, instantaneul erorii, cronologia, confirmarea care oprește reminderele, comentariile și rezolvarea automată.
Pe această pagină
Un incident se deschide de fiecare dată când căderea unui monitor este confirmată și se rezolvă automat când acesta își revine. Incidentele sunt istoricul căderilor tale: când au început, cât au durat, ce a eșuat și cine a reacționat.
Ciclul de viață#
- Deschis — eroarea este confirmată (două regiuni sau două verificări consecutive dintr-o singură regiune; vezi Monitoare). Monitorul devine Căzut.
- Notificat — fiecare contact din regulile de alertă ale monitorului este alertat după întârzierea lui, apoi i se reamintește la intervalul de repetare.
- Confirmat (opțional) — cineva din echipă confirmă că se ocupă. Reminderele se opresc.
- Rezolvat — monitorul funcționează din nou. Contactele care au primit alerta de cădere primesc o alertă de revenire, cu durata căderii.
Fiecare pas este înregistrat în cronologia incidentului (opened, notified, acknowledged, comment, resolved), cu ora la care a avut loc.
Pagina incidentului#
Deschide Incidente ca să vezi incidentele în desfășurare (sau pe toate), filtrează după monitor și deschide un incident pentru detalii:
- Cauza — ce a eșuat, așa cum a raportat verificatorul:
Timeout,HTTP 503, o eroare DNS sau TLS… Cauzele sunt texte tehnice și nu sunt traduse. - Regiunile — regiunile care au văzut eroarea.
- Durata — de până acum sau totală, după rezolvare.
- Instantaneul primei verificări eșuate: codul de stare, timpul de răspuns, tipul și detaliile erorii și — pentru verificările HTTP — cel mult 20 de headere din răspuns (cookie-urile nu sunt stocate niciodată).
- Cronologia și comentariile.
Confirmarea incidentului#
Apasă Confirmă la un incident în desfășurare ca să-ți anunți echipa că te ocupi de el. Confirmarea:
- oprește toate reminderele pentru acest incident (
repeatEveryMinutesdin fiecare regulă de alertă); - este înregistrată în cronologie, cu cine a confirmat și când;
- nu rezolvă incidentul — asta o face doar o verificare reușită.
Poți confirma un incident și prin API (POST /incidents/{id}/acknowledge). (Butonul Confirmă de pe ecranul de alarmă al aplicației mobile doar oprește alarma pe acel telefon.)
Comentarii#
Adaugă comentarii la un incident ca să păstrezi note pentru echipă: ce ai găsit, ce ai schimbat, un link către analiza post-incident. Comentariile apar în cronologie. Comentariile la incidente sunt disponibile în planurile care le includ — vezi Prețuri.
Incidentele și paginile de status#
Paginile de status arată incidentele în desfășurare ale monitoarelor pe care le includ, plus incidentele din ultimele 14 zile, iar barele zilnice reflectă timpul de cădere. Abonații unei pagini primesc e-mail când una dintre componentele ei cade și când își revine. Vezi Pagini de status.
Mai puțin zgomot#
- Folosește mai multe regiuni pentru monitoarele importante: o eroare trebuie atunci văzută din două locuri.
- Adaugă o întârziere („După”) la regulile de alertă pentru contactele mai puțin critice, ca sincopele scurte să se rezolve înainte să fie chemat cineva.
- Programează ferestre de mentenanță pentru lucrările planificate: monitoarele dintr-o fereastră nu deschid incidente și nu trimit alerte. Vezi Ferestre de mentenanță.
- Ajustează timeout-urile și codurile de stare acceptate pentru monitoarele HTTP care sunt în mod normal lente sau fac redirecționări.
Nu ai găsit ce căutai? Scrie-ne.