Pierwsze kroki
Co właściwie robi Dumza
Dumza odpytuje Twój endpoint HTTP lub HTTPS według ustalonego przez Ciebie harmonogramu, zapisuje czas odpowiedzi i kod statusu, i alarmuje Twój zespół w chwili, gdy coś zaczyna zawodzić. Nic nie działa na Twojej infrastrukturze — sprawdzenia pochodzą z serwerów Dumza, więc jeśli Twój serwer monitorujący normalnie padłby razem z aplikacją, nasz nie padnie.
Utwórz swój pierwszy monitor
Na panelu kliknij „Dodaj monitor” i podaj nazwę oraz adres URL do sprawdzenia. Wartości domyślne (żądanie GET, oczekiwany status 200, sprawdzanie co 5 minut w planie Free) sprawdzają się w większości przypadków — zmieniaj je tylko wtedy, gdy Twój endpoint jest nietypowy.
Dodaj kanał alertów
Monitor bez kanału alertów nadal śledzi dostępność, ale nikt nie zostanie poinformowany, gdy usługa padnie — dowiesz się o tym dopiero po otwarciu panelu. Dodaj co najmniej jeden kanał (e-mail konfiguruje się najszybciej) na stronie monitora, żeby faktycznie dowiadywać się o awariach. Konfigurację webhooka, Telegrama i Slacka opisuje artykuł Kanały alertów.
Co liczy się jako „niedostępny”
Pojedyncze nieudane sprawdzenie nie wywołuje alertu — byłoby to zbyt szumiące (chwilowy problem z siecią, wolny deploy). Dumza czeka na skonfigurowaną liczbę kolejnych awarii (domyślnie 2, to jednocześnie minimum), zanim otworzy incydent i Cię powiadomi. Możesz zwiększyć tę wartość dla konkretnego monitora, jeśli wiesz, że usługa bywa niestabilna przez kilka sekund.
Co dalej
Artykuł Monitorowanie dostępności opisuje szczegółowo każdą opcję sprawdzania. Jeśli Twój endpoint wymaga tokenu logowania, zobacz Monitorowanie z uwierzytelnianiem. Jeśli zamiast adresu URL chcesz obserwować zadanie w tle — zobacz Monitorowanie Cron/Heartbeat.