Jak monitorować dostępność strony i czas odpowiedzi serwera
Samo sprawdzenie kodu 200 to za mało. Dobry monitoring rozróżnia DNS, połączenie, TLS i odpowiedź aplikacji oraz informuje także o powrocie usługi.
Monitoring ma wykryć problem przed użytkownikiem, ale źle skonfigurowana kontrola potrafi generować alarmy bez znaczenia albo przeoczyć realną awarię. Strona główna może odpowiadać, mimo że logowanie, API lub baza danych nie działają.
Zacznij od określenia, co oznacza dostępność konkretnej usługi: prawidłowy DNS, zakończone TLS, oczekiwany kod HTTP i odpowiedź aplikacji w akceptowalnym czasie.
Wybierz właściwy cel kontroli
Publiczną stronę warto sprawdzać pod kanonicznym adresem HTTPS, a aplikację dodatkowo przez lekki endpoint zdrowia, który kontroluje jej krytyczne zależności. Nie umieszczaj w takim endpointcie sekretów ani pełnej diagnostyki infrastruktury.
- Kontroluj końcowy adres po przekierowaniach.
- Rozdziel stronę WWW, API i panel logowania.
- Ustal oczekiwany kod lub niewielki fragment odpowiedzi.
- Sprawdź certyfikat jako osobny warunek.
Jak interpretować czas odpowiedzi
Pojedynczy wolniejszy pomiar może wynikać z trasy sieciowej, cold startu lub chwilowego obciążenia. Ważniejszy jest trend i powtarzalne przekroczenie progu. Mierz z tej samej lokalizacji, jeżeli chcesz porównywać wyniki w czasie.
Alerty bez niepotrzebnego hałasu
Wymagaj kilku kolejnych nieudanych prób przed alarmem, ale nie opóźniaj nadmiernie informacji o krytycznej usłudze. Wiadomość powinna zawierać cel, godzinę, rodzaj błędu i ostatni wynik. Po odzyskaniu poprawnego stanu wyślij osobne potwierdzenie.
- Ustal odbiorców zależnie od usługi.
- Nie wysyłaj kolejnej identycznej wiadomości przy każdym pomiarze.
- Zapisuj początek oraz koniec incydentu.
- Regularnie testuj kanał powiadomień.
Skuteczny monitoring HTTP
- Kontroluj właściwy adres i warunek sukcesu.
- Rozdzielaj DNS, TLS, HTTP oraz aplikację.
- Ustal próg czasu i liczbę ponowień.
- Wysyłaj alarm oraz informację o powrocie do normy.
Sprawdź to w praktyce
Sprawdź czas odpowiedzi
Zmierz odpowiedź serwera, zobacz status żądania i włącz bezpłatny alert e-mail dla wybranego celu.
Sprawdź czas odpowiedziNajczęstsze pytania
Jak często sprawdzać stronę?
Dla zwykłej strony kilka minut zwykle daje rozsądny kompromis. Krytyczne systemy mogą wymagać częstszych testów i monitoringu z kilku niezależnych lokalizacji.
Czy kod HTTP 200 oznacza, że aplikacja działa?
Nie zawsze. Serwer może zwracać stronę zastępczą albo kod 200 z komunikatem błędu. Dla ważnych funkcji sprawdzaj również oczekiwaną treść lub dedykowany health check.
Dlaczego monitoring alarmuje, gdy strona działa?
Przyczyną może być chwilowy timeout, problem tylko z IPv6, TLS, konkretną lokalizacją albo zbyt agresywny próg. Szczegóły każdego etapu ułatwiają diagnozę.