Synthetic monitoring
De synthetic monitoring van HostTracker stuurt uw site aan op een schema, vanaf 300+ locaties, met de check die bij de taak past: een gescripte browserreis, een API-aanroep die aan regels wordt getoetst, of een eenvoudig HTTP-verzoek. Kies er hieronder één en ontvang een melding zodra deze niet meer overeenkomt met wat u verwacht.
Dezelfde opzet achter alle drie: uitvoeren, beoordelen, herchecken, waarschuwen
Synthetic monitoring betekent dat het verkeer doelbewust wordt gegenereerd. In plaats van te wachten tot een echte bezoeker tegen een probleem aanloopt, stuurt een monitoringdienst uw website zelf aan, op een vast schema, van buiten uw netwerk, en toetst wat terugkomt aan regels die u zelf instelt. De synthetic-monitoringtools van HostTracker dekken drie checkvormen - browsermonitoring voor een gescripte reis, een API-aanroep die aan regels wordt getoetst, en een eenvoudig HTTP-verzoek - en dat loopt van een volledige checkoutflow tot een enkele statuscodecontrole, allemaal vanaf 300+ locaties wereldwijd.
Het is geen real user monitoring. HostTracker genereert elke check zelf; het verzamelt geen timing- of foutgegevens uit de browsers van uw daadwerkelijke bezoekers. Als u wilt weten wat uw echte bezoekers hebben ervaren, is dat een andere discipline met een andere naam - zie synthetic vs real user monitoring voor de volledige vergelijking. Het voordeel van synthetic monitoring ligt precies andersom: het werkt al voordat u ook maar één bezoeker heeft, en het blijft werken om drie uur ’s nachts, wanneer niemand kijkt.
De drie checktypen beantwoorden verschillende vragen, en de verkeerde kiezen is de meest voorkomende manier waarop een echt probleem onopgemerkt blijft. Deze tabel koppelt vijf veelvoorkomende behoeften aan de check die ze daadwerkelijk dekt.
De meeste accounts draaien uiteindelijk meer dan één rij van deze tabel tegelijk - een HTTP-check onder alles, plus een transactie- of API-check op de ene of twee flows die er het meest toe doen.
Een transactiescenario is een reeks benoemde acties; een bundel API-regels is een set assertions over één reactie. Beide worden geconfigureerd, nooit gescript.
Transactie: een scenario van vijf stappen
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: een bundel van vier regels
status isOk header("Content-Type") contains "json" body.json.path("$.count") gt 0 time lt 5s
Elke variant beantwoordt een andere vraag. De meeste accounts die HostTracker gebruiken, draaien er uiteindelijk meer dan één.
Open een echte Chromium-browser en doorloop tot tien stappen - inloggen, zoeken, toevoegen aan winkelwagen, afrekenen - en toets vervolgens wat er op de pagina staat. Vangt wat een statuscode niet kan: een verwijderde knop, een kapotte formulierpost, een JavaScript-fout halverwege. Transactiemonitoring
Verstuur één HTTP-aanroep en beoordeel de reactie aan tot 20 assertieregels over de status, headers, timing en JSON-, XML- of platte-tekstbody. Gebouwd voor het endpoint waarvan een ander systeem afhankelijk is. API-monitoring
Vraag een URL op vanaf 300+ controlepunten in 158 steden en controleer de status, trefwoorden in de body, reactietijd en TLS. De altijd actieve basis waarop de andere twee voortbouwen. HTTP-monitoring
De vorm van de check verandert; de controlepunten, de bevestigingslogica en de meldingskanalen erachter niet.
Elk checktype draait vanaf dezelfde publieke controlepuntenvloot. Kies de locaties die passen bij waar uw bezoekers, of de afnemers van uw API, zich daadwerkelijk bevinden.
Eén mislukt controlepunt opent nooit op zichzelf een incident. De check wordt opnieuw uitgevoerd vanaf andere, onafhankelijke controlepunten, en pas een overeenstemmend resultaat wordt een melding.
Een transactiecheck bewaart een screenshot van de laatste stap, en nog een op het moment dat een stap mislukt, zodat het oplossen van problemen begint met hoe de pagina er daadwerkelijk uitzag.
Toets gerenderde tekst, een JSON-waarde geselecteerd via JSONPath of XPath, of een simpel trefwoord - tot 20 assertieregels of 10 trefwoordmatches per monitor, afhankelijk van het checktype.
E-mail, sms, spraakoproep, Slack, Telegram en webhooks, eenmalig per contact ingesteld, worden gedeeld tussen de transactie-, API- en HTTP-checks op uw account.
Voeg elke monitor toe - browserreis, API-aanroep of HTTP-check - aan dezelfde publieke statuspagina, zodat klanten één pagina zien in plaats van drie losse.
Websites, servers, API's, certificaten. Eén controletype per pagina, met dezelfde locaties, meldingen en rapporten erachter.
Vertrouwd door teams bij
Elk hoofdstuk opent ter plekke, zodat de pagina kort blijft.
De twee aanpakken beantwoorden verschillende vragen. Synthetische websitemonitoring genereert zijn eigen verkeer, vanaf zijn eigen controlepunten, op een schema dat u zelf bepaalt - een gescripte browserreis, een API-aanroep, of een eenvoudig HTTP-verzoek. Real user monitoring bekijkt in plaats daarvan de browsers van uw daadwerkelijke bezoekers, wat betekent dat het echt verkeer nodig heeft om überhaupt iets te kunnen zeggen, en het kan u niet vertellen wat er morgen gebeurt, alleen wat er vandaag al is gebeurd.
HostTracker is een synthetic-monitoringdienst - het biedt geen real user monitoring aan, en deze pagina zal niets anders beweren. Wat synthetic monitoring in plaats daarvan oplevert: een staging-site zonder bezoekers wordt toch gecontroleerd; een storing om drie uur ’s nachts wordt net zo goed opgemerkt als een storing tijdens het spitsuur; en omdat het scenario deterministisch is, noemt het resultaat de exacte stap of regel die faalde in plaats van een vaag symptoom. Voor de volledige vergelijking naast elkaar, zie synthetic vs real user monitoring; de pagina over transactiemonitoring bevat ook een uitgebreide tabel als u de mechaniek wilt zien.
Elk checktype heeft zijn eigen ondergrens voor het interval, want elk kost een ander soort werk om uit te voeren. Een HTTP-verzoek is goedkoop en kan op een betaald abonnement zo snel als eens per minuut draaien. Een API-aanroep voegt parsing en regelevaluatie toe, maar draait nog steeds van één minuut tot 24 uur. Een transactiecheck opent een echte browser en doorloopt een scenario van begin tot eind, waardoor deze een ondergrens van 10 minuten heeft - browserchecks zijn duur om uit te voeren en te ontvangen, en zo’n check combineren met een snelle HTTP-check op dezelfde site dekt zowel de vraag "is het nu bereikbaar" als "werkt de flow nog", zonder dat er elke zestig seconden een browser wordt gestart.
Bij alle drie kunt u kiezen vanaf welk van de 300+ controlepunten in 158 steden een bepaalde monitor draait - geografie is belangrijker dan het lijkt, want een CDN of een geo-gerouteerde load balancer kan in de ene regio gezond zijn en in een andere falen.
De verleiding bij elk nieuw checktype is om het meteen aan te sluiten op iets dat iemand wakker maakt. Weersta dat de eerste week: laat een nieuwe monitor rustig draaien, lees een handvol echte resultaten, en beslis pas daarna wie er meteen wordt gepiept en wie een dagelijkse samenvatting krijgt. Een transactiecheck die mislukt omdat de selector van een marketingbanner is veranderd, is niet even ernstig als een check die mislukt omdat de checkout niet meer werkt - schrijf uw contentassertions op stabiele, betekenisvolle tekst, zodat de melding die u wél krijgt, er een is waar u ook echt iets mee doet.
Meldingen gaan uit via de kanalen die u per contact instelt - e-mail, sms, spraakoproep, Slack, Telegram, webhook en meer - dezelfde set voor alle drie de checktypen, zodat een mislukte transactie en een mislukte HTTP-check dezelfde persoon op dezelfde manier bereiken. Een statuswijziging wordt pas bevestigd zodra andere controlepunten het ermee eens zijn, zodat de melding die u krijgt al een weloverwogen melding is in plaats van één wisselvallige waarneming; er volgt een hersteldmelding zodra de check weer slaagt, waarmee de cirkel wordt gesloten zonder dat u zelf hoeft te controleren.
Synthetic monitoring is monitoring waarbij het verkeer doelbewust wordt gegenereerd, op een vast schema, door een dienst buiten uw eigen systemen - in plaats van te wachten tot een echte bezoeker tegen een probleem aanloopt en te hopen dat die het meldt. De synthetic monitoring van HostTracker bestaat in drie vormen: een gescripte browserreis die een meerstaps traject doorloopt, een API-aanroep die wordt beoordeeld aan de hand van regels die u zelf schrijft, en een eenvoudig HTTP-verzoek dat op status, body en timing wordt gecontroleerd. Alle drie draaien vanaf 300+ locaties, gebruiken dezelfde meldingskanalen, en houden een melding vast totdat andere controlepunten de storing bevestigen.
Nee. HostTracker genereert het verkeer zelf, vanaf zijn eigen controlepunten, op een schema dat u zelf instelt - het verzamelt geen timing- of foutgegevens uit de browsers van uw echte bezoekers. Als u wilt weten wat uw daadwerkelijke bezoekers hebben ervaren, is dat real user monitoring, een andere discipline met een andere naam; zie synthetic vs real user monitoring voor de volledige vergelijking. Het voordeel van synthetic monitoring ligt precies andersom: het werkt al voordat u ook maar één bezoeker heeft, en het blijft controleren om drie uur ’s nachts, wanneer niemand aan het browsen is.
Uptimemonitoring betekent in de nauwe, alledaagse betekenis meestal precies één van deze drie vormen: de eenvoudige HTTP-check die een URL opvraagt en naar de statuscode en reactietijd kijkt. Synthetic monitoring is de bredere term die ook browsermonitoring omvat - de gescripte reis - en synthetische API-monitoring, de op regels beoordeelde aanroep. Een HTTP-check beantwoordt 'is de server bereikbaar'; een transactiecheck beantwoordt 'wordt de meerstaps flow daadwerkelijk voltooid'; synthetische API-monitoring beantwoordt 'komt de reactie daadwerkelijk overeen met haar contract'. Een site kan elke HTTP-check doorstaan terwijl de checkout kapot is - precies dat gat dichten de andere twee.
Nee. Alle drie de checktypen worden in de web-editor opgebouwd. Een transactiescenario is een lijst met acties - navigeren, klikken, typen enzovoort - gekozen uit een menu, met een CSS-selector die u in een veld typt. De assertieregels van een API-monitor zijn elk één regel eenvoudige, leesbare syntax, geen script. De trefwoorden en opties van een HTTP-monitor zijn formuliervelden. Niets hiervan is een programmeertaal, hoewel het volledige actie- en regeloppervlak ook via de API bereikbaar is als u het instellen zelf wilt automatiseren.
Tot tien geschreven stappen, binnen een tijdsbudget van 40 seconden voor de hele run. Een openingsnavigatie naar de eigen URL van de monitor wordt automatisch als stap nul toegevoegd, zodat de tien stappen die u schrijft tien stappen echt werk zijn - klikken, getypte invoer, contentassertions - niet negen plus een paginalading. Een flow die echt meer dan tien stappen nodig heeft, kunt u meestal beter over twee monitors verdelen; dat vertelt u ook meteen welke helft kapot was.
Begin met een HTTP-check op de site zelf - dat is het goedkoopste signaal en de altijd actieve basis die elk account zou moeten hebben. Voeg vervolgens toe wat het beste past bij uw grootste risico: een transactiecheck als een kapotte checkout- of loginflow u rechtstreeks geld kost, een API-check als een ander systeem - uw eigen app, de integratie van een partner - afhankelijk is van een endpoint dat correct antwoordt. De meeste accounts die alle drie gebruiken, draaien de HTTP-check het vaakst, de API-check daarna, en de transactiecheck op het langste interval, omdat die het meeste werk kost om uit te voeren.
Dat hangt af van het checktype, want elk kost een ander soort werk om uit te voeren. HTTP-checks kunnen op een betaald abonnement zo snel als eens per minuut draaien. API-checks draaien van één minuut tot 24 uur. Transactiechecks hebben - omdat elke run een echte browser opent en een scenario end-to-end doorloopt - een ondergrens van 10 minuten. Een gangbaar patroon combineert een HTTP-check van één minuut voor snelle storingsdetectie met een transactie- of API-check elke 10 tot 15 minuten voor de diepere vraag.
De mislukking wordt niet vertrouwd bij de eerste waarneming. HostTracker voert de check opnieuw uit vanaf andere, onafhankelijke controlepunten, en bevestigt de statuswijziging pas zodra genoeg daarvan het eens zijn, zodat één instabiel netwerkpad of één trage node niet vanzelf tot een melding leidt. Zodra dit bevestigd is, waarschuwt HostTracker de door u ingestelde contacten via de gekozen kanalen - e-mail, sms, spraakoproep, Slack, Telegram, webhook en meer - na de vertraging die elk contact heeft gekregen, en er volgt een hersteldmelding zodra de check weer slaagt.
Start een gratis proefperiode en voeg een transactie-, API- of HTTP-check toe aan hetzelfde account - dezelfde 300+ locaties en dezelfde meldingen achter alle drie.
Onderdeel van de website monitoring software van HostTracker.
