Synthetic Monitoring
Synthetic Monitoring (monitoring syntetyczny) HostTracker steruje Twoją witryną według harmonogramu, z ponad 300 lokalizacji, wykorzystując test dopasowany do zadania: skryptowaną podróż w przeglądarce, wywołanie API oceniane regułami albo zwykłe żądanie HTTP. Wybierz jeden poniżej i otrzymuj alert w chwili, gdy przestanie odpowiadać Twoim oczekiwaniom.
Ten sam schemat we wszystkich trzech: uruchom, oceń, sprawdź ponownie, zaalarmuj
Monitoring syntetyczny oznacza, że ruch jest generowany celowo. Zamiast czekać, aż prawdziwy odwiedzający natrafi na problem, usługa monitorująca sama steruje Twoją witryną, według stałego harmonogramu, spoza Twojej sieci, i sprawdza to, co wraca, względem ustalonych przez Ciebie reguł. Narzędzia monitoringu syntetycznego HostTracker obejmują trzy formy testów - monitoring przeglądarkowy dla skryptowanej podróży, wywołanie API oceniane regułami oraz zwykłe żądanie HTTP - obejmując wszystko, od pełnego procesu zakupu po pojedynczą próbę kodu statusu, wszystko z ponad 300 lokalizacji na całym świecie.
To nie jest monitorowanie prawdziwych użytkowników. HostTracker sam generuje każdy test; nie zbiera danych o czasie ani błędach z przeglądarek Twoich rzeczywistych odwiedzających. Jeśli musisz wiedzieć, czego doświadczyli Twoi prawdziwi odwiedzający, to inna dyscyplina o innej nazwie - pełne porównanie znajdziesz w artykule monitoring syntetyczny kontra monitoring prawdziwych użytkowników. Przewaga monitoringu syntetycznego działa w drugą stronę: sprawdza, zanim pojawi się choćby jeden odwiedzający, i działa dalej o trzeciej w nocy, gdy nikt nie patrzy.
Trzy typy testów odpowiadają na różne pytania, a wybór niewłaściwego to najczęstszy sposób, w jaki prawdziwy problem pozostaje niewykryty. Ta tabela dopasowuje pięć częstych potrzeb do testu, który faktycznie je pokrywa.
Większość kont ostatecznie uruchamia więcej niż jeden wiersz tej tabeli naraz - test HTTP pod wszystkim, plus test transakcji lub API na jednym lub dwóch procesach, które mają największe znaczenie.
Scenariusz transakcji to sekwencja nazwanych akcji; zestaw reguł API to zbiór asercji dotyczących jednej odpowiedzi. Oba są konfigurowane, nigdy skryptowane.
Transakcja: pięcioetapowy scenariusz
0 navigate https://shop.example.com/ 1.4 s 1 type #email "[email protected]" 0.2 s 2 click #add-to-cart 0.9 s 3 waitForNavigation /checkout 1.1 s 4 checkContent "Order summary" present 0.1 s
API: zestaw czterech reguł
status isOk header("Content-Type") contains "json" body.json.path("$.count") gt 0 time lt 5s
Każdy odpowiada na inne pytanie. Większość kont korzystających z HostTracker w końcu uruchamia więcej niż jeden.
Otwórz prawdziwą przeglądarkę Chromium i przejdź przez do dziesięciu kroków - zaloguj się, wyszukaj, dodaj do koszyka, zapłać - a następnie sprawdź, co jest na stronie. Wykrywa to, czego nie może kod statusu: usunięty przycisk, zepsute wysyłanie formularza, błąd JavaScript w połowie procesu. Monitorowanie transakcji
Wyślij jedno wywołanie HTTP i oceń odpowiedź względem do 20 reguł asercji dotyczących statusu, nagłówków, czasu oraz treści JSON, XML lub zwykłego tekstu. Zbudowane dla endpointu, od którego zależy inny system. Monitorowanie API
Odpytaj adres URL z ponad 300 punktów kontrolnych w 158 miastach i sprawdź status, słowa kluczowe w treści, czas odpowiedzi oraz TLS. Stale aktywna podstawa, na której opierają się pozostałe dwa. Monitorowanie HTTP
Forma testu się zmienia; punkty kontrolne, logika potwierdzania i kanały alertów za nią - nie.
Każdy typ testu działa z tej samej publicznej floty punktów kontrolnych. Wybierz lokalizacje, które odpowiadają temu, gdzie faktycznie są Twoi odwiedzający albo odbiorcy Twojego API.
Pojedynczy nieudany punkt kontrolny nigdy sam z siebie nie otwiera incydentu. Test jest ponownie uruchamiany z innych, niezależnych punktów kontrolnych, i dopiero zgodny wynik zamienia się w alert.
Test transakcji zachowuje zrzut ekranu ostatniego kroku oraz kolejny w chwili, gdy krok się nie powiedzie, dzięki czemu debugowanie zaczyna się od tego, jak strona faktycznie wyglądała.
Sprawdzaj wyrenderowany tekst, wartość JSON wybraną przez JSONPath lub XPath, albo zwykłe słowo kluczowe - do 20 reguł asercji lub 10 dopasowań słów kluczowych na monitor, w zależności od typu testu.
E-mail, SMS, połączenie głosowe, Slack, Telegram i webhooki, skonfigurowane raz na kontakt, są współdzielone między testami transakcji, API i HTTP na Twoim koncie.
Dodaj dowolny monitor - podróż w przeglądarce, wywołanie API albo test HTTP - do tej samej publicznej strony statusu, dzięki czemu klienci widzą jedną stronę zamiast trzech osobnych.
Strony, serwery, API, certyfikaty. Jeden typ kontroli na stronę, za wszystkimi te same lokalizacje, alerty i raporty.
Zaufały nam zespoły z
Każdy rozdział rozwija się w miejscu, dzięki czemu strona pozostaje krótka.
Te dwa podejścia odpowiadają na różne pytania. Syntetyczny monitoring witryny generuje własny ruch, z własnych punktów kontrolnych, według kontrolowanego przez Ciebie harmonogramu - skryptowaną podróż w przeglądarce, wywołanie API albo zwykłe żądanie HTTP. Monitoring prawdziwych użytkowników zamiast tego obserwuje przeglądarki Twoich rzeczywistych odwiedzających, co oznacza, że potrzebuje prawdziwego ruchu, aby cokolwiek powiedzieć, i nie może powiedzieć Ci, co stanie się jutro - tylko to, co już wydarzyło się dzisiaj.
HostTracker jest usługą monitoringu syntetycznego - nie oferuje monitoringu prawdziwych użytkowników i ta strona nie będzie udawać inaczej. To, co daje w zamian monitoring syntetyczny: witryna testowa bez jednego odwiedzającego nadal jest sprawdzana; awaria o trzeciej w nocy zostaje wykryta tak samo jak ta w godzinach szczytu; a ponieważ scenariusz jest deterministyczny, wynik nazywa dokładny krok lub regułę, która zawiodła, zamiast niejasnego objawu. Pełne porównanie znajdziesz w artykule monitoring syntetyczny kontra monitoring prawdziwych użytkowników; strona monitorowania transakcji zawiera też szczegółową tabelę, jeśli interesuje Cię mechanika.
Każdy typ testu ma własny dolny limit interwału, ponieważ każdy z nich generuje inny nakład pracy. Żądanie HTTP jest tanie i może uruchamiać się nawet co minutę na płatnym planie. Wywołanie API dokłada parsowanie i ocenę reguł, ale nadal działa od jednej minuty do 24 godzin. Test transakcji otwiera prawdziwą przeglądarkę i przechodzi przez scenariusz od początku do końca, dlatego ma dolny limit 10 minut - testy przeglądarkowe są kosztowne w uruchomieniu i w odbiorze, a połączenie jednego z nich z szybkim testem HTTP na tej samej witrynie pokrywa zarówno pytanie „czy jest teraz dostępna”, jak i „czy proces nadal działa”, bez uruchamiania przeglądarki co sześćdziesiąt sekund.
Przy wszystkich trzech możesz wybrać, z którego z ponad 300 punktów kontrolnych w 158 miastach działa dany monitor - geografia ma większe znaczenie, niż się wydaje, ponieważ CDN albo load balancer routowany geograficznie może być sprawny w jednym regionie i zawodzić w innym.
Pokusa przy każdym nowym typie testu polega na tym, żeby podpiąć go od razu do czegoś, co kogoś budzi. Oprzyj się temu przez pierwszy tydzień: pozwól, żeby nowy monitor działał spokojnie, przeczytaj garść prawdziwych wyników, i dopiero wtedy zdecyduj, kto jest alarmowany natychmiast, a kto dostaje codzienne podsumowanie. Test transakcji, który zawodzi, bo zmienił się selektor banera marketingowego, nie ma tej samej wagi co ten, który zawodzi, bo zakup przestał się kończyć - pisz asercje treści na stabilnym, znaczącym tekście, żeby alert, który faktycznie dostaniesz, był wart reakcji.
Alerty wychodzą przez kanały skonfigurowane dla każdego kontaktu - e-mail, SMS, połączenie głosowe, Slack, Telegram, webhook i więcej - ten sam zestaw dla wszystkich trzech typów testów, dzięki czemu niepowodzenie testu transakcji i niepowodzenie testu HTTP docierają do tej samej osoby w ten sam sposób. Zmiana stanu jest potwierdzana dopiero, gdy zgodzą się inne punkty kontrolne, więc alert, który otrzymujesz, jest już przemyślany, a nie pojedynczą niestabilną obserwacją; powiadomienie o przywróceniu następuje, gdy test znów przejdzie, zamykając pętlę bez konieczności samodzielnego sprawdzania.
Monitoring syntetyczny to monitorowanie, w którym ruch jest generowany celowo, według harmonogramu, przez usługę spoza Twoich własnych systemów, zamiast czekać, aż prawdziwy odwiedzający natrafi na problem i liczyć na to, że Ci o nim powie. Monitoring syntetyczny HostTracker występuje w trzech formach: skryptowana podróż w przeglądarce przechodząca przez wieloetapowy proces, wywołanie API oceniane według napisanych przez Ciebie reguł oraz zwykłe żądanie HTTP sprawdzane pod kątem statusu, treści i czasu. Wszystkie trzy uruchamiają się z ponad 300 lokalizacji, korzystają z tych samych kanałów alertów i wstrzymują alert, dopóki inne punkty kontrolne nie potwierdzą awarii.
Nie. HostTracker sam generuje ruch, ze swoich własnych punktów kontrolnych, według ustalonego przez Ciebie harmonogramu - nie zbiera danych o czasie ani błędach z przeglądarek Twoich prawdziwych odwiedzających. Jeśli musisz wiedzieć, czego doświadczyli Twoi rzeczywiści odwiedzający, to jest monitorowanie prawdziwych użytkowników - inna dyscyplina o innej nazwie; pełne porównanie znajdziesz w artykule o monitoringu syntetycznym kontra monitoringu prawdziwych użytkowników. Przewaga monitoringu syntetycznego działa w drugą stronę: sprawdza, zanim pojawi się choćby jeden odwiedzający, i sprawdza dalej o trzeciej w nocy, gdy nikt nie przegląda strony.
Monitoring dostępności w wąskim, codziennym znaczeniu zwykle oznacza dokładnie jedną z tych trzech form: zwykły test HTTP, który odpytuje adres URL i sprawdza kod statusu oraz czas odpowiedzi. Monitoring syntetyczny to szersze pojęcie, które obejmuje także monitoring przeglądarkowy - skryptowaną podróż - oraz syntetyczny monitoring API, czyli wywołanie oceniane regułami. Test HTTP odpowiada na pytanie „czy serwer tam jest”; test transakcji odpowiada na pytanie „czy wieloetapowy proces faktycznie się kończy”; syntetyczny monitoring API odpowiada na pytanie „czy odpowiedź faktycznie odpowiada swojej umowie”. Witryna może przejść każdy test HTTP, mając jednocześnie zepsuty proces zakupu - i to jest dokładnie luka, którą zamykają te dwa pozostałe.
Nie. Wszystkie trzy typy testów buduje się w edytorze webowym. Scenariusz transakcji to lista akcji - przejdź, kliknij, wpisz i tak dalej - wybieranych z menu, z selektorem CSS wpisywanym w pole. Reguły asercji monitora API to po jednej linijce prostej, czytelnej składni każda, a nie skrypt. Słowa kluczowe i opcje monitora HTTP to pola formularza. Nic z tego nie jest językiem programowania, chociaż pełna powierzchnia akcji i reguł jest też dostępna przez API, gdybyś chciał zautomatyzować samo konfigurowanie.
Do dziesięciu napisanych kroków, w ramach 40-sekundowego budżetu na cały przebieg. Wstępna nawigacja do własnego adresu URL monitora jest dodawana automatycznie jako krok zero, więc dziesięć kroków, które piszesz, to dziesięć kroków rzeczywistej pracy - kliknięcia, wpisany tekst, asercje treści - a nie dziewięć plus wczytanie strony. Proces, który naprawdę potrzebuje więcej niż dziesięciu kroków, zwykle lepiej podzielić na dwa monitory - to również mówi Ci, która połowa się zepsuła.
Zacznij od testu HTTP na samej witrynie - to najtańszy sygnał i stale aktywna podstawa, którą powinno mieć każde konto. Następnie dodaj to z pozostałych dwóch, co pasuje do Twojego najważniejszego ryzyka: test transakcji, jeśli zepsuty proces zakupu lub logowania kosztuje Cię pieniądze wprost, test API, jeśli inny system - Twoja własna aplikacja, integracja partnera - zależy od tego, że endpoint odpowiada poprawnie. Większość kont korzystających ze wszystkich trzech uruchamia test HTTP najczęściej, test API zaraz po nim, a test transakcji w najdłuższym interwale, ponieważ jego uruchomienie kosztuje najwięcej pracy.
To zależy od typu testu, ponieważ każdy z nich generuje inny nakład pracy. Testy HTTP mogą uruchamiać się nawet co minutę na płatnym planie. Testy API działają od jednej minuty do 24 godzin. Testy transakcji - ponieważ każde uruchomienie otwiera prawdziwą przeglądarkę i przechodzi przez scenariusz od początku do końca - mają dolny limit 10 minut. Częstym wzorcem jest połączenie jednominutowego testu HTTP dla szybkiego wykrywania awarii z testem transakcji lub API co 10-15 minut dla głębszego pytania.
Niepowodzeniu nie ufa się przy pierwszej obserwacji. HostTracker ponownie uruchamia test z innych, niezależnych punktów kontrolnych i potwierdza zmianę stanu dopiero, gdy zgodzi się ich wystarczająco wiele, dzięki czemu jedna niestabilna trasa sieciowa albo jeden wolny węzeł sam z siebie nie zamienia się w alert. Po potwierdzeniu HostTracker alarmuje skonfigurowane przez Ciebie kontakty za pośrednictwem wybranych kanałów - e-mail, SMS, połączenie głosowe, Slack, Telegram, webhook i więcej - po opóźnieniu ustalonym dla każdego kontaktu, a gdy test znów przejdzie, następuje powiadomienie o przywróceniu.
Rozpocznij bezpłatny okres próbny i dodaj test transakcji, API lub HTTP do tego samego konta - te same ponad 300 lokalizacji i te same alerty za wszystkimi trzema.
Część oprogramowania do monitoringu stron www HostTracker.
