Przejdź do treści
Intum

Źródła alertów - awarie z monitoringu jako tickety

Aktualizacja: 2 min czytania

Źródła alertów zamieniają powiadomienia z zewnętrznego monitoringu (UptimeRobot, Grafana, Sentry i inne) w tickety helpdesku, które od razu wchodzą w eskalację. Awaria w nocy nie czeka do rana - system sam powiadamia kolejne osoby, aż ktoś się zajmie.

Źródła znajdziesz w module Automatyzacja: Centrum działań, Ustawienia, sekcja Źródła alertów.

Jak to działa

Każde źródło ma własny token i adres do wysyłania alertów. Konfigurujesz je raz:

  • nazwa, np. “UptimeRobot produkcja”,
  • desk, na którym mają powstawać tickety,
  • polityka eskalacji - według niej system powiadamia po awarii (puste = ticket bez eskalacji).

W systemie monitoringu ustawiasz webhook na adres źródła. Gdy przyjdzie alert, powstaje ticket z tytułem alertu i rusza eskalacja. Krok polityki z czasem 0 wysyła powiadomienia od razu, np. na kanał Google Chat.

Deduplikacja i odwoływanie

Alert może mieć klucz (alert_key), np. identyfikator monitora. Dopóki ticket z tym kluczem jest otwarty, kolejne alerty z tym samym kluczem nie tworzą duplikatów.

Gdy monitoring zgłosi koniec awarii, wysyła odwołanie z tym samym kluczem - ticket zamyka się sam, a z nim eskalacja.

Dobre praktyki

  • osobne źródło dla każdego systemu monitoringu - łatwiej odciąć jedno, gdy zaleje Was alertami,
  • w polityce eskalacji dla awarii ustaw krok 0 min z kanałem konektor (Google Chat) - cały zespół widzi awarię od razu,
  • token źródła trzymaj jak hasło; w razie wycieku wyłącz źródło i utwórz nowe.

Czy ten wpis był pomocny?

Udostępnij

Komentarze