Přejít na hlavní obsah

Syntetické monitorování

Syntetické monitorování: scénáře v prohlížeči, kontroly API a HTTP z 300+ lokalit

Syntetické monitorování (synthetic monitoring) od HostTracker prohání váš web podle harmonogramu, z více než 300 lokalit, pomocí té kontroly, která se na danou práci hodí: skriptovaný scénář v prohlížeči, volání API posouzené podle pravidel, nebo obyčejný požadavek HTTP. Vyberte si jednu z nich níže a nechte se upozornit ve chvíli, kdy přestane odpovídat tomu, co očekáváte.

  • Důvěryhodní od roku 2004
  • 500 000+ sledovaných webů
  • 300+ kontrolních bodů po celém světě

Stejný princip za všemi třemi: spustit, posoudit, přeověřit, upozornit

Jeden systém, tři podoby kontrolyPrůchod prohlížečem, sada pravidel API nebo obyčejný HTTP požadavek - stejný harmonogram, stejných 300+ kontrolních bodů a stejná upozornění za všemi třemi.
Provoz, který vytváří HostTracker, ne provoz, který se sám objevíKaždá kontrola běží podle vašeho harmonogramu, ne podle návštěvníka, takže se rozbitá stránka odhalí dřív, než ji najde skutečný návštěvník - i na webu, který zatím nemá žádnou návštěvnost.
Posuzováno podle pravidel, která napíšete vyKaždý typ kontroly se posuzuje podle pravidel - vykresleného klíčového slova, hodnoty JSON, doby odezvy - nikdy jen podle toho, zda server vůbec odpověděl.

Co je syntetické monitorování

Syntetické monitorování znamená, že provoz vzniká záměrně. Místo čekání na to, až skutečný návštěvník narazí na problém, monitorovací služba web sama prohání, podle pevného harmonogramu, zvenčí vaší sítě, a porovnává, co dostane zpátky, s pravidly, která nastavíte. Nástroje pro syntetické monitorování od HostTracker pokrývají tři podoby kontroly - monitorování v prohlížeči pro skriptovaný scénář, volání API posuzované podle pravidel a obyčejný požadavek HTTP - a pokryjí tak úplně vše od celého procesu pokladny až po jedinou kontrolu stavového kódu, a to vše z více než 300 lokalit po celém světě.

Není to real user monitoring. HostTracker si každou kontrolu generuje sám; nesbírá časování ani chybová data z prohlížečů vašich skutečných návštěvníků. Pokud potřebujete vědět, co zažili vaši skuteční návštěvníci, je to jiná disciplína s jiným názvem - celé porovnání najdete na stránce syntetické monitorování vs. real user monitoring. Výhoda syntetického monitorování jde opačným směrem: funguje dřív, než máte jediného návštěvníka, a dál funguje i ve tři ráno, kdy se nikdo nedívá.

Kterou syntetickou kontrolu na jaký problém

Tři typy kontrol odpovídají na různé otázky a zvolit tu nesprávnou je nejčastější způsob, jak skutečný problém zůstane neodhalený. Tato tabulka mapuje pět běžných potřeb na kontrolu, která je skutečně pokrývá.

Co potřebujete vědět
Která kontrola
Proč
Je web dostupný a rychlý
Jeden požadavek, posouzený podle stavu, klíčových slov a doby odezvy. Nejlevnější a nejrychlejší signál - základ, který by měl provozovat každý účet.
Dokončí se pořád pokladna
Jen skutečný prohlížeč umí kliknout na „přidat do košíku“, odeslat formulář a projít přesměrování na potvrzovací stránku.
Přihlásí se zákazník pořád
Přihlášení je posloupnost - odeslat, počkat, přistát na stránce účtu - ne jedna odpověď.
Odpovídá API pořád své smlouvě
Pravidla čtou stav, hlavičky, časování a tělo JSON/XML/text - samotná kontrola stavového kódu přehlédne chybějící nebo nesprávné pole.
Načte se widget třetí strany, aniž by rozbil stránku
Jen skutečný prohlížeč spustí JavaScript, na kterém widget závisí, a umí ověřit, co se skutečně vykreslí.

Většina účtů nakonec provozuje víc než jeden řádek této tabulky najednou - kontrolu HTTP pod úplně vším, plus kontrolu transakce nebo API na jednom nebo dvou tocích, na kterých nejvíc záleží.

Jeden řádek nebo deset kroků - jazyk odpovídá typu kontroly

Scénář transakce je posloupnost pojmenovaných akcí; sada pravidel API je soubor tvrzení nad jednou odpovědí. Obojí se nastavuje, nikdy se to neprogramuje.

Transakce: pětikrokový scénář

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: sada čtyř pravidel

status isOk
header("Content-Type") contains "json"
body.json.path("$.count") gt 0
time lt 5s

Kterou ze tří kontrol zvolit jako první

Každá odpovídá na jinou otázku. Většina účtů, které HostTracker používají, nakonec provozuje víc než jednu.

Scénář v prohlížeči

Dokažte, že vícekrokový tok pořád funguje

Otevřete skutečný prohlížeč Chromium a projděte až deset kroků - přihlaste se, vyhledejte, přidejte do košíku, dokončete nákup - a poté ověřte, co je na stránce. Odhalí, co stavový kód nedokáže: odstraněné tlačítko, rozbité odeslání formuláře, chybu v JavaScriptu uprostřed procesu. Monitorování transakcí

Volání posouzené podle pravidel

Ověřte smlouvu jednoho endpointu

Odešlete jedno volání HTTP a posuďte odpověď podle až 20 pravidel nad jejím stavem, hlavičkami, časováním a tělem JSON, XML nebo prostého textu. Postavené pro endpoint, na kterém závisí jiný systém. Monitorování API

Obyčejný požadavek

Odpovězte na nejjednodušší otázku: je to nahoře

Vyžádejte si URL adresu z více než 300 kontrolních bodů ve 158 městech a zkontrolujte stav, klíčová slova v těle, dobu odezvy a TLS. Stále zapnutý základ, na kterém stojí ty další dvě. Monitorování HTTP

Sdílené napříč všemi třemi

Každá syntetická kontrola má stejnou infrastrukturu

Podoba kontroly se mění; kontrolní body, logika potvrzování a kanály upozornění za ní se nemění.

Dosah

300+ kontrolních bodů, 158 měst

Každý typ kontroly běží ze stejné veřejné flotily kontrolních bodů. Vyberte lokality, které odpovídají tomu, kde jsou skutečně vaši návštěvníci nebo konzumenti vašeho API.

Falešné poplachy

Potvrzeno dřív, než vás to upozorní

Jeden neúspěšný kontrolní bod nikdy sám neotevře incident. Kontrola se znovu spustí z jiných, nezávislých kontrolních bodů, a teprve shodující se výsledek se promění v upozornění.

Důkaz

Snímek obrazovky, ne jen verdikt

Kontrola transakce si uchová snímek obrazovky posledního kroku a další v okamžiku, kdy krok selže, takže ladění začíná tím, jak stránka skutečně vypadala.

Posouzení

Pravidla, která napíšete vy, ne černá skříňka

Ověřujte vykreslený text, hodnotu JSON vybranou přes JSONPath nebo XPath, nebo obyčejné klíčové slovo - až 20 pravidel nebo 10 shod klíčových slov na monitor, podle typu kontroly.

Upozornění

Stejné kanály upozornění za každou kontrolou

E-mail, SMS, hlasový hovor, Slack, Telegram a webhooky, nastavené jednou na kontakt, jsou sdílené napříč kontrolami transakcí, API i HTTP na vašem účtu.

Status stránky

Jedna veřejná status stránka pro všechny

Přidejte kterýkoli monitor - scénář v prohlížeči, volání API nebo kontrolu HTTP - na stejnou veřejnou status stránku, takže zákazníci vidí jednu stránku místo tří samostatných.

Každá vrstva vašeho stacku pod dohledem

Weby, servery, API, certifikáty. Jeden typ kontroly na stránku, za všemi stejné lokality, upozornění a reporty.

Důvěřují nám týmy z

Microsoft Panasonic OTP Bank OneProvider Worldmate
Kompletní průvodce

Syntetické monitorování vysvětleno

Každá kapitola se otevírá na místě, takže stránka zůstává krátká.

Syntetické monitorování vs. real user monitoring

Oba přístupy odpovídají na jiné otázky. Syntetické monitorování webu si generuje vlastní provoz, z vlastních kontrolních bodů, podle harmonogramu, který ovládáte vy - skriptovaný scénář v prohlížeči, volání API, nebo obyčejný požadavek HTTP. Real user monitoring naproti tomu sleduje prohlížeče vašich skutečných návštěvníků, což znamená, že potřebuje skutečný provoz, aby vůbec něco řeklo, a neumí vám říct, co se stane zítra, jen to, co se už stalo dnes.

HostTracker je služba pro syntetické monitorování - nenabízí real user monitoring a tato stránka nebude předstírat opak. Co syntetické monitorování naopak nabízí: staging web bez jediného návštěvníka se pořád kontroluje; rozbití ve tři ráno se odhalí stejně jako to ve špičce; a protože je scénář deterministický, výsledek pojmenuje přesný krok nebo pravidlo, které selhalo, místo nejasného příznaku. Celé porovnání vedle sebe najdete na stránce syntetické monitorování vs. real user monitoring; podrobnou tabulku má i stránka monitorování transakcí, pokud chcete mechanismus do detailu.

Jak často a odkud

Každý typ kontroly má svou vlastní spodní hranici intervalu, protože každá stojí jiné množství práce na spuštění. Požadavek HTTP je levný a na placeném plánu může běžet až jednou za minutu. Volání API přidává parsování a vyhodnocení pravidel, ale pořád běží od jedné minuty až po 24 hodin. Kontrola transakce otevře skutečný prohlížeč a projde scénář od začátku do konce, a proto má spodní hranici 10 minut - kontroly v prohlížeči jsou nákladné na spuštění i na přijetí, a spárování jedné s rychlou kontrolou HTTP na stejném webu pokryje jak otázku „je to teď dostupné“, tak otázku „funguje pořád ten tok“, aniž byste museli spouštět prohlížeč každých šedesát sekund.

Monitorování HTTPAž 1 min300+ kontrolních bodů, 158 měst; neúspěšný výsledek se přeověří z jiných lokalit, než přijde upozornění.
Monitorování API1 min až 24 hKaždá volba HTTP plus parsování JSON, XML nebo prostého textu a až 20 pravidel.
Monitorování transakcí10 min až 24 hAž 10 kroků, rozpočet 40 sekund na běh, skutečný prohlížeč z fondu kontrolních bodů Waterfall.

Všechny tři vám dovolí vybrat, ze kterého z více než 300 kontrolních bodů ve 158 městech daný monitor poběží - geografie záleží víc, než se zdá, protože CDN nebo geograficky směrovaný load balancer může být zdravý v jednom regionu a selhávat v jiném.

Na co upozorňovat

U každého nového typu kontroly je lákavé napojit ho rovnou na upozornění, které někoho vzbudí. První týden tomu odolejte: nechte nový monitor běžet potichu, přečtěte si hrstku skutečných výsledků a teprve pak rozhodněte, kdo má dostat upozornění okamžitě a kdo se spokojí s denním souhrnem. Kontrola transakce, která selže proto, že se změnil selektor marketingového banneru, nemá stejnou závažnost jako ta, která selže proto, že přestala fungovat pokladna - pište kontroly obsahu na stabilní, smysluplný text, aby upozornění, které dostanete, stálo za to řešit.

Upozornění chodí přes kanály, které nastavíte pro každý kontakt - e-mail, SMS, hlasový hovor, Slack, Telegram, webhook a další - stejná sada napříč všemi třemi typy kontrol, takže selhání transakce i selhání HTTP dorazí ke stejnému člověku stejným způsobem. Stavová změna se potvrdí, až se na ní shodnou i jiné kontrolní body, takže upozornění, které dostanete, je už zvážené, ne jedno nestabilní pozorování; jakmile kontrola znovu projde, následuje zpráva o obnovení, která uzavře smyčku bez toho, abyste to museli jít zkontrolovat sami.

Shrnutí

Často kladené otázky

Syntetické monitorování je typ monitorování, kdy provoz vzniká záměrně, podle harmonogramu, ze služby mimo vaše vlastní systémy, místo aby se čekalo, až na problém narazí skutečný návštěvník a doufalo se, že vám to řekne. Syntetické monitorování od HostTracker má tři podoby: skriptovaný průchod prohlížečem, který projde vícekrokový tok, volání API posuzované podle pravidel, která napíšete, a obyčejný požadavek HTTP kontrolovaný podle stavu, těla a časování. Všechny tři běží z více než 300 lokalit, používají stejné kanály upozornění a upozornění zadrží, dokud selhání nepotvrdí i jiné kontrolní body.

Ne. HostTracker si veškerý provoz generuje sám, z vlastních kontrolních bodů, podle harmonogramu, který nastavíte - nesbírá časování ani chybová data z prohlížečů vašich skutečných návštěvníků. Pokud potřebujete vědět, co zažili vaši skuteční návštěvníci, je to real user monitoring, jiná disciplína s jiným názvem; celé porovnání najdete na stránce syntetické monitorování vs. real user monitoring. Výhoda syntetického monitorování jde přesně opačným směrem: funguje dřív, než máte jediného návštěvníka, a dál kontroluje i ve tři ráno, kdy se na web nikdo nedívá.

Monitorování dostupnosti v běžném úzkém slova smyslu obvykle znamená přesně jednu z těchto tří podob: obyčejnou kontrolu HTTP, která si vyžádá URL adresu a podívá se na stavový kód a dobu odezvy. Syntetické monitorování je širší pojem, který navíc pokrývá i monitorování v prohlížeči - skriptovaný průchod - a syntetické monitorování API, volání posuzované podle pravidel. Kontrola HTTP odpoví na otázku „je server tam“; kontrola transakce na otázku „dokončí se vícekrokový proces vůbec“; syntetické monitorování API na otázku „odpovídá odpověď skutečně své smlouvě“. Web může projít úplně každou kontrolou HTTP, přestože má rozbitou pokladnu, a to je přesně mezera, kterou uzavírají ty další dvě.

Ne. Všechny tři typy kontrol se sestavují ve webovém editoru. Scénář transakce je seznam akcí - přejít na stránku, kliknout, napsat text a tak dále - vybraných z nabídky, s CSS selektorem zapsaným do pole. Pravidla monitoru API jsou vždy jeden řádek jednoduché, čitelné syntaxe, ne skript. Klíčová slova a nastavení monitoru HTTP jsou políčka formuláře. Nic z toho není programovací jazyk, i když celý rozsah akcí a pravidel je dosažitelný i přes API, pokud si chcete automatizovat i samotné nastavování.

Až deset autorsky napsaných kroků, v rámci celkového rozpočtu 40 sekund na celý běh. Úvodní přechod na vlastní URL adresu monitoru se přidává automaticky jako krok nula, takže deseti kroky, které napíšete, je deset kroků skutečné práce - kliknutí, zadaný text, kontroly obsahu - ne devět plus načtení stránky. Tok, který skutečně potřebuje víc než deset kroků, se obvykle lépe rozdělí na dva monitory; to vám navíc řekne, která polovina se rozbila.

Začněte kontrolou HTTP na samotném webu - je to nejlevnější signál a stále zapnutý základ, který by měl mít každý účet. Pak přidejte tu z dalších dvou, která odpovídá vašemu nejcennějšímu riziku: kontrolu transakce, pokud vás rozbitá pokladna nebo přihlášení stojí přímo peníze, kontrolu API, pokud na endpointu, který odpovídá správně, závisí jiný systém - vaše vlastní aplikace, nebo integrace partnera. Většina účtů, které používají všechny tři, spouští kontrolu HTTP nejčastěji, kontrolu API hned po ní a kontrolu transakce v nejdelším intervalu, protože je na spuštění nejnáročnější.

Záleží na typu kontroly, protože každá stojí jiné množství práce na spuštění. Kontroly HTTP mohou na placeném plánu běžet až jednou za minutu. Kontroly API běží od jedné minuty až po 24 hodin. Kontroly transakcí - protože každý běh otevře skutečný prohlížeč a projde scénář od začátku do konce - mají spodní hranici 10 minut. Běžný vzor kombinuje jednominutovou kontrolu HTTP pro rychlé odhalení výpadku s kontrolou transakce nebo API každých 10 až 15 minut pro tu hlubší otázku.

Selhání se nevěří hned na první pozorování. HostTracker kontrolu znovu spustí z jiných, nezávislých kontrolních bodů a stavovou změnu potvrdí, až se na ní shodne dostatek z nich, takže jedna nestabilní síťová cesta nebo jeden pomalý uzel sám o sobě nespustí upozornění. Jakmile je selhání potvrzené, HostTracker upozorní vámi nastavené kontakty přes kanály, které jste zvolili - e-mail, SMS, hlasový hovor, Slack, Telegram, webhook a další - po zpoždění, jaké má nastavené každý kontakt, a jakmile kontrola znovu projde, následuje zpráva o obnovení.

Jedna zkušební verze, tři typy kontrol

Vyberte si syntetickou kontrolu, která sedí, a začněte zdarma

Spusťte bezplatnou zkušební verzi a přidejte na stejný účet kontrolu transakce, API nebo HTTP - stejných 300+ lokalit a stejná upozornění za všemi třemi.

30denní bezplatná zkušební verze - 100 monitorů - bez platební karty
  • Důvěryhodní od roku 2004
  • 500 000+ sledovaných webů
  • 300+ kontrolních bodů po celém světě

Součást softwaru pro monitorování webu HostTracker.