Uptime monitoring kører automatiserede tjek — typisk HTTP-forespørgsler, sommetider DNS- eller TCP-probes — mod et site med faste intervaller, f.eks. hvert 60. sekund. Hvis tjekket fejler eller returnerer en uventet status, åbnes en alarm, så operatøren kan undersøge problemet, før kunderne gør det. Syntetiske tjek komplementerer RUM, der kun udløses, når rigtige besøgende er til stede.
Hvorfor det er vigtigt
Uopdaget nedetid koster omsætning, søgerangering og brugertillid. Crawlere, der møder gentagne 5xx-svar, nedprioriterer URL'en, indtil den returnerer rent igen. En "99,9 % uptime"-SLA tillader stadig ca. 8,7 timers nedetid om året, og det meste af det budget bruges under en håndfuld lange hændelser. At fange en nedetid inden for det første minut er forskellen mellem en statusside-notits og en postmortem.
Sådan sætter du det op
- Kør probes fra flere geografiske regioner, så et enkelt ISP-problem ikke alarmerer alle.
- Validér response bodies, ikke kun HTTP-statuskoder — en "vedligeholdelsesside" returnerer ofte en ren
200. - Track TTFB på de samme tjek; stigende latency er et tidligt varsel, før hårde fejl opstår.
- Overvåg DNS-opløsning og TLS-certifikatudløb separat — de fejler anderledes end origin-problemer.
- Brug 2-af-3-bekræftelser, før du alarmerer et menneske, for at undgå alert fatigue fra forbigående udsving.
- Publicér en offentlig statusside, så kunder selv kan følge med i hændelsesopdateringer.