Monitoring: wiedzieć o awarii przed klientami
Monitoring zaczyna się od jednego pytania — czy strona odpowiada — ale awarie kosztujące pieniądze rzadko są tak proste. Strona działa, a formularz nic nie wysyła. Strona główna się ładuje, a płatność zawodzi. Certyfikat wygasa za trzy dni i nikt nie patrzy.
Ten przewodnik omawia, co naprawdę monitorować, jak ustawić alerty, które zwrócą uwagę, i co robić, gdy któryś zadziała.
Co monitorować poza «czy działa»#
Ping do strony głównej wyłapuje awarie oczywiste. Te kontrole wyłapują ciche.
- Status HTTP i treść: nie tylko że coś wraca, ale że strona zawiera oczekiwany tekst.
- Data ważności certyfikatu: alert trzydzieści dni wcześniej, nie w dniu wygaśnięcia.
- Wygaśnięcie domeny: najrzadsze i najbardziej katastrofalne, i całkowicie do uniknięcia.
- Wysyłka formularzy: okresowe testowe zgłoszenie potwierdzające, że e-mail faktycznie dociera.
- Ścieżka zakupowa w sklepie: najdroższa cicha awaria, jaka istnieje.
- Czas odpowiedzi: trend wzrostowy często ostrzega na dni przed realną awarią.
- Wskaźnik błędów w logach: wzrost błędów 500, których odwiedzający nie zgłaszają.
- Zadania w tle: procesy cron, które po cichu przestają działać.
Kontrola formularzy daje najwięcej za wysiłek. Po cichu zawodzące formularze kontaktowe kosztują zapytania przez tygodnie, zanim ktoś to zauważy.
Ustawianie alertów, które działają#
Alert, którego nikt nie czyta, jest gorszy niż brak alertu, bo daje poczucie zabezpieczenia.
| Ustawienie | Zalecenie | Dlaczego |
|---|---|---|
| Częstotliwość kontroli | Co minutę przy stronach krytycznych | Pięć minut to nawet pięć minut cichej awarii |
| Potwierdzenie z drugiej lokalizacji | Włączone | Zapobiega alertom przy awarii sieci monitora |
| Próg alertu | Dwie kolejne porażki | Unika szumu przy jednorazowej czkawce |
| Kanał | E-mail plus SMS albo czat | Sam e-mail nie jest czytany w nocy |
| Odbiorca | Imiennie wskazana osoba, nie skrzynka grupowa | Skrzynki grupowe znaczą, że nikt nie jest właścicielem |
| Alert o przywróceniu | Włączony | Bez niego nie wiesz, że się skończyło |
| Okno konserwacyjne | Ustawione przed planowanymi zmianami | Zapobiega przyzwyczajeniu do fałszywych alertów |
Zmęczenie alertami to najczęstszy sposób, w jaki monitoring zawodzi. Dwa fałszywe alerty tygodniowo i nikt nie patrzy na trzeci.
Gdy alert zadziała#
Krótka procedura oszczędzająca czas i przede wszystkim zapobiegająca panicznym zmianom.
- Potwierdź awarię z innej sieci — dane mobilne sprawdzają się dobrze. Część alertów jest lokalna.
- Sprawdź stronę statusu swojego hostingu przed jakimkolwiek badaniem.
- Zobacz, co zmieniło się ostatnio: wdrożenie, aktualizacja wtyczki, zmiana DNS.
- Sprawdź certyfikat i domenę — te dwie rzeczy wyjaśniają zaskakująco dużo nagłych awarii.
- W razie potrzeby wystaw stronę konserwacyjną, żeby odwiedzający zobaczyli coś użytecznego.
- Cofnij zmiany przed diagnozą, jeśli niedawna zmiana jest prawdopodobną przyczyną.
- Zanotuj potem, co to było i ile trwało. Trzy takie notatki pokazują wzorzec.
Ile dostępności naprawdę potrzebujesz#
Procenty dostępności brzmią abstrakcyjnie, dopóki nie przeliczy się ich na czas w roku.
| Dostępność | Niedostępność w roku | Realistyczne dla |
|---|---|---|
| 99 % | Ponad trzy dni | Za mało jak na stronę firmową |
| 99,5 % | Prawie dwa dni | Tani hosting współdzielony |
| 99,9 % | Prawie dziewięć godzin | Dobry hosting; rozsądny cel |
| 99,95 % | Nieco ponad cztery godziny | Hosting zarządzany ze wsparciem |
| 99,99 % | Około godziny | Wymaga redundancji i realnej inżynierii |
Dla większości stron firmowych 99,9 % to dobry cel, a pieniądze lepiej zwracają się w szybkim odzyskiwaniu niż w gonieniu kolejnej dziewiątki.
Najczęstsze pytania
Jak często sprawdzać?
Co minutę dla czegoś, przez co płynie przychód, co pięć minut dla zwykłej strony firmowej. Interwał się liczy, bo to dolna granica czasu, przez który awaria pozostaje niezauważona. Ważniejsze od interwału jest to, by kontrola weryfikowała treść strony, a nie tylko potwierdzała, że serwer coś zwrócił.
Czy darmowy monitoring wystarczy?
Dla jednej strony z kontrolami co pięć minut i alertami e-mail zwykle tak. Płacisz za krótsze interwały, wiele lokalizacji, alerty SMS i kontrole transakcyjne, jak ścieżka zakupowa. Dla sklepu to się opłaca; dla strony firmowej zwykle nie.
Dlaczego strona wygląda na działającą, a monitoring zgłasza awarię?
Zwykle cache DNS albo problem regionalny: twój resolver zna stary adres albo awaria dotyka jednej sieci. Dlatego potwierdzenie z drugiej lokalizacji jest cenne. Zawsze sprawdzaj z innej sieci przed uznaniem alertu za fałszywy — to założenie jest sposobem, w jaki ignoruje się realne awarie.
Czym jest cicha awaria?
Awaria, w której strona wygląda na działającą, ale coś istotnego nie działa: formularz kontaktowy nie wysyła e-maila, płatność zawodzi na ostatnim kroku, albo wyszukiwarka nic nie zwraca. Monitoring dostępności tego nie wyłapie, bo strona ładuje się poprawnie. Do tego potrzebne są kontrole funkcjonalne faktycznie wykonujące daną czynność.
monitoring stronyuptimealert o awariidostępność stronywygasły certyfikatawaria strony
