Monitorowanie dostępności (uptime monitoring) to automatyczna usługa, która w stałych odstępach sprawdza Twoją stronę, API lub serwer i wysyła alert, gdy tylko przestają poprawnie odpowiadać. Przez całą dobę odpowiada na jedno pytanie: czy ludzie mogą się z tym teraz połączyć? Zapisuje też czas każdej odpowiedzi, więc z czasem masz dokładną historię dostępności i szybkości.
Ten poradnik wyjaśnia, jak działają sprawdzenia dostępności, jak wybrać interwał, dlaczego dobre usługi potwierdzają awarię przed wysłaniem alertu i co procenty uptime oznaczają w praktyce.
Jak działa sprawdzenie dostępności
Usługa monitorowania wysyła żądanie do Twojej strony ze swoich serwerów, tak jak zrobiłby to odwiedzający, i ocenia odpowiedź. Zależnie od tego, co monitorujesz, sprawdzenie może być typu:
HTTP(S): pobiera adres URL i sprawdza kod statusu, czas odpowiedzi oraz, jeśli chcesz, treść odpowiedzi. To standardowe sprawdzenie dla stron i API.
Ping: wysyła ICMP echo, żeby sprawdzić, czy host jest osiągalny w sieci.
Port: otwiera połączenie z określonym portem TCP, na przykład 465 dla SMTP przez TLS albo 3306 dla bazy danych, żeby sprawdzić, czy usługa nasłuchuje.
To klasyczne sprawdzenia dostępności. Uptimecheck dodaje typy monitorów do tego, czego one nie widzą: cron joby, serwery, rekordy DNS i domeny, usługi zewnętrzne, takie jak Twój operator płatności, kondycję strony (niedziałające linki, mieszaną treść i szybkość strony) oraz flow, które krok po kroku przechodzą przez logowanie lub zakup.
Sprawdzenie HTTP przechodzi, gdy odpowiedź przychodzi na czas i jest zgodna z oczekiwaniami. Domyślnie oznacza to kod statusu sukcesu. Lepsze sprawdzenie patrzy też na treść. Strona może zwrócić status 200, a mimo to pokazywać „Database connection error”. Sprawdzanie, czy odpowiedź zawiera słowo, które pojawia się tylko na działającej stronie, albo czy API zwraca oczekiwane pole, wyłapuje takie przypadki. W Uptimecheck dla każdego monitora dostępności lub monitora API możesz ustawić metodę HTTP, nagłówki, treść żądania, oczekiwane kody statusu, słowo kluczowe i sprawdzenia JSON.
Od nieudanego sprawdzenia do alertu
Pojedyncze nieudane żądanie to nie zawsze awaria. Pakiet może zginąć między dwiema sieciami, a serwer może się zawiesić na sekundę. Gdyby każde niepowodzenie wywoływało alert, ludzie szybko zaczęliby je ignorować. Dlatego dobrze zbudowane sprawdzenie działa etapami:
Sprawdzenie się nie udaje, na przykład z powodu przekroczenia czasu albo kodu 503.
Usługa sprawdza ponownie, najlepiej z drugiego regionu.
Jeśli awaria się potwierdzi, otwiera się incydent i wysyłane są alerty.
Gdy sprawdzenia znów przechodzą, wysyłane jest powiadomienie o przywróceniu z łącznym czasem przestoju.
Sprawdzanie z dwóch regionów daje dwie rzeczy. Odfiltrowuje fałszywe alarmy spowodowane jedną ścieżką sieciową i pokazuje, kiedy awaria jest regionalna: jeśli Twoja strona nie działa z Europy, ale działa z USA, problem leży prawdopodobnie w routingu lub na brzegu CDN, a nie na Twoim serwerze. Uptimecheck sprawdza ze Sztokholmu, Londynu i Nowego Jorku i potwierdza każdą awarię z drugiej lokalizacji, zanim otworzy incydent, więc jedno zakłócenie nikogo nie budzi.
Wybór interwału sprawdzeń
Interwał to najdłuższy czas, przez jaki awaria może pozostać niezauważona. Przy interwale pięciominutowym awaria, która zaczyna się tuż po sprawdzeniu, zostanie wykryta do pięciu minut później, plus czas potwierdzenia. Przy sprawdzeniach co minutę zostanie wykryta w ciągu około minuty.
Ogólna zasada:
Co minutę dla wszystkiego, co zarabia pieniądze lub obsługuje klientów: sklepów, produktów SaaS, systemów rezerwacji, API.
Co pięć minut dla projektów prywatnych, narzędzi wewnętrznych i stron, przy których kilka dodatkowych minut nie ma znaczenia.
Uptimecheck sprawdza co minutę w planach płatnych i co 5 minut w planie Free. Szczegóły znajdziesz w cenniku.
Ile minut kryje się za procentami uptime
Uptime wyraża się zwykle jako procent czasu. Liczby wyglądają podobnie, ale różnica w rzeczywistym przestoju jest duża. W skali roku:
99% dopuszcza 3 dni, 15 godzin i 36 minut przestoju.
99,9% dopuszcza 8 godzin, 45 minut i 36 sekund.
99,99% dopuszcza 52 minuty i 34 sekundy.
W skali miesiąca 99,9% to około 43 minut. Może to być jeden długi incydent albo wiele krótkich. Monitoring powie Ci, który przypadek zachodzi, a to ważne, bo rozwiązanie jest inne. Jedna długa awaria wskazuje na pojedynczą usterkę. Wiele krótkich często wskazuje na przeciążony serwer albo niestabilną zależność.
Co monitorować
Większość zespołów zaczyna od strony głównej. To dobry początek, ale strona główna jest często w cache i psuje się jako ostatnia. Przydatny zestaw monitorów obejmuje:
Strony, które zarabiają: koszyk i płatność, rejestrację, rezerwację.
Stronę logowania, która zależy od bazy danych i przechowywania sesji.
Publiczne API, od których zależą Twoje aplikacje i integracje.
Usługi pomocnicze, takie jak serwery poczty i bazy danych, ze sprawdzeniami portów.
To, co wygasa: certyfikaty SSL i domeny.
Zadania harmonogramowane, z heartbeatami, bo nieudana kopia zapasowa nie wyłączy Twojej strony, ale i tak wymaga alertu.
Dokąd powinny trafiać alerty
Alert pomaga tylko wtedy, gdy dociera do kogoś, kto może zareagować. E-mail sprawdza się w przypadku większości alertów w ciągu dnia. Przy awariach w nocy trudniej przeoczyć kanał, który wysyła powiadomienie na telefon. Czaty zespołowe, takie jak Slack, Discord, Telegram czy Microsoft Teams, informują wszystkich na bieżąco i dają incydentowi wspólne miejsce do dyskusji. Webhooki pozwalają przesyłać alerty do własnych systemów. Uptimecheck wysyła alerty e-mailem, na Slack, Microsoft Teams, Discord, Google Chat, Mattermost, Telegram, PagerDuty, ntfy, Pushover, przez webhooki i jako powiadomienia push na telefon, w każdym planie. Zobacz powiadomienia.
Lista kontrolna monitorowania dostępności
Wypisz ważne strony, API i usługi, zaczynając od tych, które zarabiają.
Dodaj monitor HTTP(S) dla każdej z nich, z walidacją treści dla najważniejszych.
Wybierz interwał 1 minuty dla sprawdzeń krytycznych dla biznesu.
Sprawdzaj z więcej niż jednego regionu.
Wysyłaj alerty do co najmniej dwóch kanałów, z których jeden nadaje się na noc.
Dodaj monitory SSL, domen i heartbeatów dla wszystkiego, co może wygasnąć lub po cichu przestać działać.
Opublikuj stronę statusu, żeby klienci widzieli, co się dzieje w trakcie incydentu.
Co miesiąc przeglądaj historię incydentów i czasy odpowiedzi.
Podsumowanie
Monitorowanie dostępności zamienia „strona chyba nie działa” w „strona nie działa od dwóch minut, oto błąd, a właściwa osoba już o tym wie”. Wybierz krótki interwał, potwierdzaj awarie przed wysłaniem alertu, sprawdzaj treść, a nie tylko kody statusu, i wysyłaj alerty tam, gdzie ktoś je zobaczy.
Uptimecheck obejmuje strony, API, serwery, cron joby, DNS, SSL, domeny, usługi zewnętrzne, kondycję strony i wieloetapowe flow w jednym koncie, w stałej cenie. Wypróbuj za darmo przez 14 dni, bez karty kredytowej.