Zarządzanie incydentami: Wiedz, co się zepsuło, kto się tym zajmuje i dlaczego.

Każdy incydent to potwierdzona awaria z dołączonymi dowodami: nieudaną odpowiedzią, traceroute albo zrzutem ekranu. Jedna oś czasu pokazuje, kto dostał alert, kto potwierdził przyjęcie i co zrobiono.

14 dni za darmo · Potem 5 monitorów gratis · Bez karty kredytowej

4.9/5 z 1,247+ opinii Zaufało nam 65,000+ firm
01

Potwierdzone, nie zgadywane

Nieudane sprawdzenie jest powtarzane, zanim otworzy się incydent, więc zespół dostaje tylko prawdziwe incydenty.

02

Dowody od pierwszej minuty

Nieudana odpowiedź, traceroute, gdy serwer nie odpowiedział, i zrzut ekranu z prawdziwej przeglądarki, gdy odpowiedział.

03

Od alertu do przeglądu

Potwierdzenia przyjęcia, notatki, czas do potwierdzenia i rozwiązania oraz przegląd incydentu, który możesz pokazać na stronie statusu.

Zarządzanie incydentami od pierwszego nieudanego sprawdzenia do przeglądu

Alert mówi Ci, że coś jest nie tak. Potem zaczyna się właściwa praca: czy to naprawdę awaria, jak wygląda błąd, kto się tym zajmuje, czy klienci zostali poinformowani i co zmienimy, żeby to się nie powtórzyło? Wiele zespołów szuka tych odpowiedzi w trzech narzędziach i długim wątku na czacie. Uptimecheck trzyma je razem z incydentem.

Potwierdzone awarie

Uptimecheck sprawdza ze Sztokholmu, Londynu i Nowego Jorku i potwierdza każdą awarię z drugiej lokalizacji, zanim otworzy incydent. Jedno zgubione żądanie nikogo nie obudzi. Gdy awaria jest prawdziwa, otwiera się incydent, wychodzą alerty i rusza oś czasu. Incydent zamyka się sam, gdy monitor wróci do działania. Nasz poradnik o ograniczaniu fałszywych alertów wyjaśnia, dlaczego potwierdzanie ma znaczenie.

Dowody w załączniku

Co zobaczyliśmy: nieudane sprawdzenie z adresem, z którym nawiązano połączenie, nagłówkami i początkiem odpowiedzi.Ścieżka sieciowa: gdy serwer nie odpowiedział, traceroute z lokalizacji sprawdzającej pokazuje, gdzie ścieżka się urywa.Zrzut ekranu: gdy serwer odpowiedział, prawdziwa przeglądarka robi zdjęcie tego, co widzieli odwiedzający. Zrzuty ekranu przechowujemy przez 90 dni.

Często to wystarczy, by odróżnić martwy serwer od nieudanego wdrożenia albo własny problem od problemu dostawcy hostingu, zanim ktokolwiek się zaloguje.

Jedna oś czasu

Oś czasu incydentu pokazuje po kolei sprawdzenia, każdy alert i to, do kogo dotarł, potwierdzenia przyjęcia i notatki. Potwierdzenie (Acknowledge) informuje zespół, że ktoś się tym zajmuje, i anuluje opóźnione alerty, które jeszcze nie zostały wysłane. W Slacku przycisk Acknowledge przy alercie o awarii robi to samo bez otwierania aplikacji. Notatki widzi tylko Twój zespół.

03:12: checkout.northwind.shop zwraca 503, co potwierdza drugie sprawdzenie. Odpowiedź i zrzut ekranu są dołączone.03:13: powiadomienie push do Anny, która ma dyżur.03:15: przyjęcie potwierdzone w Slacku.03:19: działa ponownie po 7 minutach. Wysłane zostaje powiadomienie o przywróceniu działania.

Eskalacja i dyżury

Kanał może odczekać od 5 do 60 minut i wysłać alert tylko wtedy, gdy awaria nadal trwa, a nikt nie potwierdził jej przyjęcia. Publikuj w Slacku od razu, a powiadomienie push do osoby dyżurnej wysyłaj po 10 minutach. Grafiki dyżurów decydują, kto to jest, a strona alerty i powiadomienia opisuje wszystkie kanały.

MTTA i MTTR

Strona incydentów pokazuje średni czas do potwierdzenia przyjęcia (MTTA) i średni czas do rozwiązania (MTTR) z ostatnich 30 dni. Razem mówią, czy alerty docierają do osób, które mogą działać, i jak szybko problemy są naprawiane. Nasz artykuł o MTTR, MTTA i MTBF wyjaśnia, jak je interpretować.

Powiedz klientom, jak poważna jest sytuacja

Opublikuj aktualizację na swojej stronie statusu i oznacz każdy dotknięty komponent jako Degraded performance, Partial outage lub Major outage. Strona pokazuje gorszy z dwóch stanów: wpływ, który podasz, albo wynik sprawdzeń. Aktualizacja może więc sprawić, że komponent wygląda gorzej, ale nigdy nie ukryje awarii potwierdzonej przez sprawdzenia.

Przeglądy incydentów

Po incydencie napisz krótki przegląd: co się stało, dlaczego i co zmieniasz. Zachowaj go dla zespołu albo pokaż pod incydentem na swojej stronie statusu. Klienci bardziej ufają stronie, która wyjaśnia awarie, niż takiej, na której nigdy żadnej nie ma. Nasz szablon postmortemu incydentu daje Ci strukturę na start.

Okna serwisowe

Planowane prace nie powinny nikogo budzić. W trakcie okna serwisowego wybrane monitory nie są sprawdzane, nie otwierają się incydenty, nie wychodzą alerty, a ten czas nie obniża dostępności. Okna mogą być jednorazowe albo powtarzać się codziennie, co tydzień lub co miesiąc; są widoczne na stronach statusu i mogą być wysyłane e-mailem do subskrybentów. Możesz uruchomić okno ze skryptu wdrożeniowego przez REST API.

Plany się zmieniają, więc okna też mogą. Okno możesz edytować aż do jego końca: trwające zachowuje swój początek, ale jego koniec, monitory i komunikat można zmienić. Edycja serii obowiązuje od jej następnego okna, a trwające i minione okna pozostają bez zmian. Subskrybenci, których poinformowano o oknie, dostają e-mail z nowym terminem, a przypomnienia serii dostosowują się do jej nowych terminów.

Otwórz incydent z jego osią czasu w demo na żywo, bez zakładania konta. Zarządzanie incydentami jest dostępne w każdym planie.

Plany zaczynają się od 9 € miesięcznie przy płatności rocznej lub 12 € przy płatności miesięcznej, bez VAT. Zajrzyj do cennika albo rozpocznij 14-dniowy bezpłatny okres próbny bez karty.

“Every minute of downtime means lost sales of hundreds of dollars. That's why we at Acme Inc. recommend UptimeCheck to monitor our uptime and help us respond to website outages quickly.”

Thom Adams

E-commerce Manager

Zarządzanie incydentami: pytania

Kiedy otwiera się incydent?

Gdy awaria zostanie potwierdzona: nieudane sprawdzenie jest powtarzane, a incydent otwiera się dopiero wtedy, gdy drugie sprawdzenie też się nie powiedzie. Zamyka się sam, gdy monitor wróci do działania.

Jakie dowody są dołączane?

Nieudana odpowiedź, traceroute z lokalizacji sprawdzającej, gdy serwer nie odpowiedział, i zrzut ekranu z prawdziwej przeglądarki, gdy odpowiedział.

Czy mogę potwierdzić przyjęcie ze Slacka?

Tak. Alerty o awarii z aplikacji Slack mają przycisk Acknowledge. Potwierdzenie anuluje opóźnione alerty, które jeszcze nie zostały wysłane.

Czym są MTTA i MTTR?

To średni czas do potwierdzenia przyjęcia i średni czas do rozwiązania. Uptimecheck pokazuje oba wskaźniki z ostatnich 30 dni.

Czy klienci mogą zobaczyć przegląd incydentu?

Jeśli tak zdecydujesz. Pokaż go pod incydentem na swoich stronach statusu albo zachowaj dla zespołu.

Czy okna serwisowe liczą się jako niedostępność?

Nie. W trakcie okna wybrane monitory nie są sprawdzane, nie otwierają się incydenty, a ten czas nie obniża dostępności.

Czy mogę zmienić okno serwisowe po jego zaplanowaniu?

Tak, aż do jego końca. Trwające okno zachowuje swój początek, a zmiana w serii cyklicznej obowiązuje od jej następnego okna. Subskrybenci, których już poinformowano o oknie, dostają nowy termin e-mailem.

Dobrze współpracuje z

Alerts and notifications

Slack, Teams, e-mail, push na telefon i więcej, z eskalacją i powiadomieniami o przywróceniu działania.

Dowiedz się więcej

On-call schedules

Rotacje z zastępstwami i alerty push do osoby, która ma teraz dyżur.

Dowiedz się więcej

Status pages

Strony statusu aktualizowane przez Twoje sprawdzenia, z subskrybentami, 9 językami i Twoim logo.

Dowiedz się więcej

Przestoje to przeszłość.

Skonfiguruj pierwszy monitor w niecałą minutę albo najpierw rozejrzyj się w demo na żywo.

14 dni za darmo · Potem 5 monitorów gratis · Bez karty kredytowej