Zinn® UptimeZinn® Uptime
Funkcje
Zinn® Uptime to usługa monitorowania dostępności dla dowolnego adresu internetowego: sprawdza stronę przez całą dobę, potwierdza każdą awarię ponowną kontrolą przed wysłaniem powiadomienia i informuje o niej przez e-mail, Slack, Telegram lub webhook. Trzy monitory są bezpłatne, bez podawania karty.
Testy witryny, które zachowują się jak użytkownik
Każde sprawdzenie to rzeczywiste żądanie do Państwa strony, dokładnie takie, jakie wysłałaby przeglądarka odwiedzającego.
Narzędzie do monitorowania jest tylko tak dobre, jak pytanie, które zadaje. Zinn® Uptime nie ogranicza się do spingowania serwera lub otwarcia portu, nazywając to stroną internetową; żąda samej strony przez protokół HTTP lub HTTPS, dokładnie tak, jak zrobiłaby to przeglądarka, i czeka na odpowiedź. Jeśli nazwa nie zostanie rozpoznana, połączenie zostanie odrzucone, certyfikat nie będzie zaufany, serwer zwróci błąd lub w ciągu dziesięciu sekund nie nadejdzie żadna odpowiedź, kontrola ta kończy się niepowodzeniem — a powód zostaje zarejestrowany prostymi słowami, dzięki czemu alert wskazuje Państwu, od czego zacząć poszukiwania.
- Bezpłatne monitory są sprawdzane co 5 min; w przypadku pakietu każdy adres na koncie jest sprawdzany co minutę.
- Przekierowania są śledzone, dzięki czemu można obserwować adres wpisywany przez użytkowników, a nie miejsce docelowe.
- Każda odpowiedź 2xx lub 3xx jest uznawana za działającą; odpowiedź 4xx lub 5xx jest uznawana za niedziałającą.
- Strona, której odpowiedź zajmuje więcej niż 10 sekund, jest uznawana za przedawnioną z powodu przekroczenia limitu czasu.
Awarie są potwierdzane, zanim ktokolwiek zostanie powiadomiony
Fałszywe alarmy uczą ludzi ignorowania ostrzeżeń, dlatego każda awaria musi zostać potwierdzona.
W internecie gubią się pakiety, trasy ulegają wahaniom, a pojedynczy serwer miewa gorszą chwilę. Monitor, który powiadamia Państwa o każdym takim zdarzeniu, uczy ignorowania alertów, a następnie przeocza awarię, która ma rzeczywiste znaczenie. Dlatego awaria musi potwierdzić się dwukrotnie: w momencie niepowodzenia testu ten sam adres jest wywoływany ponownie za pomocą zupełnie nowego żądania, obsługiwanego zazwyczaj z innej lokalizacji. Jeśli to drugie żądanie zakończy się sukcesem, chwilowe zakłócenie zostaje pominięte. Dopiero gdy awaria zostanie potwierdzona w dwóch kolejnych testach, adres jest oznaczany jako niedostępny i wysyłane jest powiadomienie. Jeżeli w tej samej chwili przestanie działać znaczna część wszystkich monitorowanych przez nas adresów, zakładamy, że problem leży po naszej, a nie Państwa stronie, i nie rejestrujemy niczego.
- Nieudana kontrola jest natychmiast powtarzana za pomocą nowego żądania, zazwyczaj obsługiwanego z innej lokalizacji.
- Jeśli to drugie żądanie dotrze do witryny, pierwsze niepowodzenie zostanie odrzucone.
- Witryna zostaje uznana za niedostępną po dwóch kolejnych potwierdzonych awariach, więc otrzymają Państwo informację w ciągu około dwóch interwałów sprawdzania.
- Strona weryfikacji ochrony przed botami nigdy nie jest uznawana za awarię witryny.
Sprawdzanie słów kluczowych dla uszkodzonych stron
Awaria, której kod stanu nie widzi, to strona, która się ładuje, ale jest pusta.
Niektóre z najpoważniejszych awarii odpowiadają całkowicie prawidłowym kodem stanu. Witryna WordPress, której baza danych przestała działać, sklep, w którym aktualizacja motywu uszkodziła szablon, strona wyświetlana jako pusta z powodu błędnie skonfigurowanej pamięci podręcznej — wszystkie one mogą zwracać kod 200. Wystarczy podać monitorowi krótki fragment tekstu, który pojawia się tylko wtedy, gdy strona naprawdę działa, na przykład nazwę Państwa witryny lub frazę ze stopki, a strona wczytana bez niego zostanie uznana za niedostępną z powodem „brak oczekiwanego tekstu”.
- Proszę dodać do 200 znaków tekstu, który musi pojawić się na stronie.
- Jeśli brakuje tekstu, sprawdzanie kończy się niepowodzeniem z powodu „expected text missing”.
Powiadomienia przez e-mail, Slack, Telegram i webhook
Jedna wiadomość, gdy strona przestaje działać, i jedna, gdy powróci do działania — nigdy wiadomość co minutę.
Alert jest przydatny tylko wtedy, gdy zobaczy go właściwa osoba. Każdy członek konta otrzymuje wiadomość e-mail w przypadku awarii adresu, bez konieczności konfiguracji. Połącz Slack, Telegram lub własny webhook, a ten sam alert zostanie dostarczony również tam, dzięki czemu dowiedzą się o nim zarówno kanał zespołu, jak i telefon dyżurnego inżyniera. Alerty są wyzwalane przy zmianie, a nie przy stanie: jedna wiadomość, gdy strona przestaje działać, i jedna, gdy wraca, z przybliżonym czasem trwania awarii — nigdy nie jest wysyłana wiadomość co minutę, gdy pozostaje niedostępna.
- Każdy członek konta otrzymuje wiadomość e-mail w przypadku awarii adresu.
- Proszę połączyć Slack, Telegram lub webhook, a te same alerty będą dostarczane również tam.
- Webhooki są podpisywane za pomocą HMAC obejmującego znacznik czasu oraz treść, dzięki czemu Państwa punkt końcowy może zweryfikować, że pochodzą one od nas.
- Wiadomość o przywróceniu działania wskazuje w przybliżeniu, jak długo witryna była niedostępna.
Wysyłaj powiadomienia o czasie sprawności do Slack, Telegram lub webhooka
Historia czasu bezawaryjnej pracy i czasy odpowiedzi
Liczby, które można pokazać klientowi, przechowywane tak długo, jak długo istnieje monitor.
Gdy klient pyta, czy jego witryna nie działała we wtorek, odpowiedź powinna być poparta zapisem, a nie wspomnieniem. Każdy adres przechowuje na liście czas sprawności i typowy czas odpowiedzi z ostatnich 30 dni, cogodzinny czas sprawności wraz ze średnim i najwolniejszym czasem odpowiedzi w widoku szczegółowym, a także każdą awarię wraz z informacją, kiedy się rozpoczęła, jak długo trwała i skąd potwierdzono usterkę. Historia jest zachowywana tak długo, jak długo monitorują Państwo dany adres; wstrzymanie monitora zachowuje ją, a usunięcie monitora powoduje jej usunięcie.
- Czas bezawaryjnej pracy i typowy czas odpowiedzi w ciągu ostatnich 30 dni na liście.
- Czas sprawności w ujęciu godzinnym oraz średni i najdłuższy czas odpowiedzi dla każdego adresu.
- Każda zarejestrowana awaria wraz z czasem jej trwania i miejscem potwierdzenia.
Szybkość strony wraz z czasem bezawaryjnej pracy
Odpowiadająca witryna może być nadal zbyt wolna, aby można było z niej korzystać.
Witryna, która odpowiada po ośmiu sekundach, jest technicznie dostępna, lecz w praktyce niedostępna. Oprócz sprawdzania dostępności każda monitorowana strona ma mierzone wskaźniki Core Web Vitals — parametry ładowania, interaktywności i stabilności wizualnej wykorzystywane przez wyszukiwarki — codziennie w przypadku posiadania pakietu oraz co tydzień w planie darmowym. Powolny tydzień po aktualizacji wtyczki jest widoczny na tym samym ekranie, co historia dostępności, więc nie potrzebują Państwo drugiego narzędzia, aby go zauważyć.
- Wskaźniki Core Web Vitals są mierzone dla każdej monitorowanej strony — codziennie w pakiecie, co tydzień w planie bezpłatnym.
- Wyświetlane obok historii czasu bezawaryjnej pracy, dzięki czemu wolny tydzień i awaria znajdują się na jednym ekranie.
Monitorowanie domeny, bezpłatne
Wygasła domena pociąga za sobą witrynę, pocztę e-mail i pozycje w wynikach wyszukiwania.
Domeny wygasają z błahych powodów: karta przypisana do konta straciła ważność, przypomnienie o odnowieniu trafiło do osoby, która już odeszła, automatyczne odnawianie nigdy nie było włączone. Kiedy tak się dzieje, strona internetowa, poczta e-mail i lata pozycji w wynikach wyszukiwania przepadają, a nazwa może zostać zarejestrowana przez kogoś innego. Zinn® Uptime sprawdza publiczny rejestr każdej monitorowanej domeny raz dziennie i ostrzega użytkownika 60, 30, 14, 7 i 1 dzień przed jej wygaśnięciem. Porównuje również dane z poprzednim dniem i powiadamia o zmianie rejestratora, serwerów nazw lub statusu w rejestrze — co często stanowi pierwszy sygnał przejęcia konta domeny.
- Odczytujemy wpis rejestracyjny każdej monitorowanej domeny raz dziennie.
- Ostrzeżenia o wygaśnięciu z wyprzedzeniem 60, 30, 14, 7 i 1 dnia.
- Alerty w przypadku zmiany rejestratora, serwerów nazw lub statusu w rejestrze, a także w przypadku zniknięcia domeny.
- Domeny zarejestrowane lub hostowane u nas są dodawane automatycznie; dodaj dowolną inną domenę według nazwy.
Wstrzymaj, zatrzymaj i zautomatyzuj
Monitoring powinien być dostosowany do pracy, a nie na odwrót.
Monitorowanie musi dostosowywać się do rzeczywistej pracy. Wstrzymaj monitor przed planowaną migracją lub pracami konserwacyjnymi i wznów go po ich zakończeniu; wstrzymane monitory nie są sprawdzane i niczego nie wysyłają, a ich historia zostaje zachowana. Wszystko na ekranie Uptime jest również dostępne za pośrednictwem interfejsu REST API, więc monitory mogą być tworzone i usuwane przez Państwa własne skrypty wdrożeniowe. A ponieważ zdarzenia down i recovered są zdarzeniami platformy, mogą uruchamiać automatyzację na tablicy Zinn® Boards — na przykład otwierając kartę awarii.
- Wstrzymaj monitor podczas planowanych prac i wznów go później, zachowując jego historię w nienaruszonym stanie.
- Twórz, zmieniaj nazwy, wstrzymuj i usuwaj monitory za pośrednictwem interfejsu REST API.
- Zdarzenia awarii i przywrócenia działania mogą uruchomić automatyzację na tablicy Zinn® Boards.
Hostuj witrynę również u nas
Usługa Zinn® Uptime znajduje się na tym samym koncie, co Zinn Digital® Hosting: jedno logowanie, jeden rachunek, a strony hostowane u nas znajdują się tuż obok tych, które monitorujesz. Hosting obejmuje gwarancję 99,9% dostępności w skali miesiąca, rekompensowaną jednym kliknięciem, jeśli nie spełnimy tego warunku.
Monitorowanie oraz obserwacja domen są bezpłatne na każdym koncie Zinn Digital®, niezależnie od posiadania hostingu.