Monitorowanie z uwierzytelnianiem
Do czego to służy
Niektóre endpointy, które chcesz monitorować, nie są publiczne — wewnętrzne API, endpoint zabezpieczony tokenem Bearer, health check dostępny wyłącznie przez POST, który wymaga konkretnego payloadu. Monitorowanie z uwierzytelnianiem pozwala monitorowi wysyłać wraz ze sprawdzeniem własne nagłówki żądania i/lub treść żądania (body), dzięki czemu trafia dokładnie w ten sam endpoint, z którego korzystają Twoi użytkownicy.
Dostępność w planach
Konfiguracja własnych nagłówków lub treści żądania jest dostępna od planu Starter wzwyż. Zwykłe monitorowanie bez uwierzytelniania (zdecydowana większość przypadków) działa bez zmian na każdym planie.
Twoje poświadczenia są szyfrowane
Wartości nagłówków i treść żądania są szyfrowane w spoczynku — po zapisaniu nigdy nie są pokazywane w pełni (widać tylko, czy wartość jest ustawiona), nigdy nie trafiają do logów ani do eksportu danych. Widoczne są wyłącznie nazwy nagłówków.
Gdy token wygasa
Jeśli monitor z uwierzytelnianiem zaczyna być odrzucany (401/403) zamiast doświadczać prawdziwej awarii, Dumza traktuje to inaczej niż zwykły stan NIEDOSTĘPNY: NIE otwiera migającego incydentu ani nie wysyła powtarzanych alertów. Zamiast tego wysyła jeden e-mail „poświadczenia wygasły” i wstrzymuje monitor, żeby nieaktualny token nie zasypywał Twojego endpointu ani skrzynki. Zaktualizuj nagłówek/treść nowym tokenem i wznów monitor — podejmie pracę dokładnie tam, gdzie ją przerwał.