Waarom uw website uptimemonitoring nodig heeft
U bewaakt een website zodat u weet dat hij kapot is voordat uw klanten dat weten, in plaats van erna. Zonder monitor komt de eerste melding van een storing meestal van een bezoeker via social media, per e-mail of telefonisch, en tegen die tijd loopt de storing al zo lang als het iemand kostte om de moeite te nemen het u te vertellen.
Wat een site laat uitvallen
Een site kan stoppen met antwoorden om redenen die niets met elkaar te maken hebben. De gebruikelijke lijst:
- Slechte code, inclusief een deployment die de review doorstond maar faalde in productie
- Storingen bij de webhost, van één machine tot een heel datacenter
- Bereikte hostlimieten: bandbreedte, verbindingen, CPU-quotum, schijfruimte
- Hackpogingen tegen de applicatie of de server
- DDoS-aanvallen, die de host overweldigen tot hij geen enkel verzoek meer beantwoordt, goed of kwaad
- Een verlopen domeinregistratie
- Een verlopen TLS-certificaat, waardoor elke browser de verbinding weigert
De meeste hiervan liggen binnen uw controle. U kunt code reviewen, de hosting op het verkeer afstemmen, en op tijd een domein en een certificaat vernieuwen. Hackpogingen en DDoS-verkeer zijn dat niet: die kunt u alleen beperken en opvangen. Wat alle zeven gemeen hebben, is dat de server het u zelden vertelt. Een machine die het internet niet kan bereiken, kan u geen bericht sturen dat dit zo is, en een certificaat dat om middernacht verliep, dient geen ticket in.
Wat een storing kost terwijl u er niets van weet
Een bezoeker die "Server niet gevonden" te zien krijgt, ververst één keer, controleert of het adres goed getypt was, en zoekt dan een site die wel werkt. Het venster waarin u die persoon nog vasthoudt is kort, en het sluit zonder dat iemand u vertelt dat het gebeurde.
De rekensom is eenvoudig te maken voor uw eigen site. Neem een gemiddelde orderwaarde van $25 en 50 bezoekers per uur die converteren: dat uur is ongeveer $1.250 waard, en een uur downtime kost precies datzelfde bedrag. Niets in uw analytics registreert dat uur als verlies: de bestellingen die er niet kwamen laten alleen een dip achter die u volgende week aan iets anders zult toeschrijven. Trage pagina's veroorzaken een stillere versie van dezelfde schade. De site antwoordt, de controle slaagt, en bezoekers vertrekken toch.
Hoe monitoring de volgorde verandert
Monitoring vervangt "een klant vertelde het ons" door "de controle faalde om 03:14 vanaf vier locaties".
- De klok begint eerder te lopen. Hersteltijd wordt gemeten vanaf het moment dat u het weet, dus alles wat het ontdekkingsgat verkleint, verkort de storing.
- U krijgt bewijs in handen. Welke controle faalde, vanaf welke locaties, met welke statuscode of timeout, en wanneer het laatste goede resultaat was. Dat is het grootste deel van een diagnose nog voordat u een terminal heeft geopend.
- Het toont u het verschil tussen down voor iedereen en down vanaf één netwerk, omdat de controles vanaf veel plekken tegelijk lopen in plaats van vanaf één enkele server.
Externe controle is het deel dat een serverlog niet kan vervangen. Als het probleem het netwerkpad, het DNS-record of het certificaat is, ziet de server helemaal niets verkeerd. Hetzelfde verzoek vanuit veel landen uitvoeren, wat het idee is achter gedistribueerde beschikbaarheidsmonitoring, is wat een regionale storing zichtbaar maakt als regionale storing in plaats van als raadsel.
Wat u moet bewaken naast up of down
Een beschikbaarheidscontrole beantwoordt één vraag. De dingen die een site kapot maken, zijn vaak eerst ergens anders zichtbaar:
- Serveruptime en -downtime, de basiscontrole
- Responstijd, die verslechtert voordat hij faalt
- CPU-, RAM- en schijfdruk op de server
- Databasebelasting en querylatency
- Domeinverloop
- Certificaatverloop
- Paginainhoud, zodat een site die 200 teruggeeft met een foutpagina alsnog wordt betrapt
Domein- en certificaatverloop verdienen een eigen vermelding, omdat het de twee storingen zijn met een vooraf bekende datum. Beide zijn volledig te voorkomen met een waarschuwing die weken van tevoren wordt ingesteld.
Downtime verminderen zodra u hem kunt zien
- Zet een monitor op de site, van buitenaf, met een interval kort genoeg dat een storing in minuten wordt gemeten in plaats van uren. Voer eerst eenmalig een HTTP-controle vanaf meerdere locaties uit om te zien hoe de site vandaag reageert.
- Kies een host met capaciteitsruimte en een track record dat u zelf heeft gecontroleerd, niet een die u op zijn woord gelooft. Een "onbeperkt" abonnement is niet onbeperkt.
- Houd de applicatie, de serversoftware en de plugins gepatcht. Een gecompromitteerde site verliest meer dan beschikbaarheid: hij verliest aanzien bij klanten en bij zoekmachines.
- Stel verloopwaarschuwingen in voor het domein en elk certificaat, met genoeg voorlooptijd om te vernieuwen.
Eenmalig controleren versus weten wanneer het misgaat
Een controle die u handmatig uitvoert, geeft antwoord voor het moment waarop u hem uitvoerde. Een monitor geeft continu antwoord en vertelt u wanneer dat antwoord verandert. HostTracker bewaakt websites sinds 2004 en houdt inmiddels meer dan 500.000 websites in de gaten vanaf 300+ controlepunten in 158 steden, verdeeld over 13 monitortypen, met waarschuwingen via e-mail, sms, spraakoproep, Slack, Telegram en meer. Zie het functieoverzicht voor wat die controles dekken, de handleiding voor de HTTP-controle voor degene waarmee de meeste sites beginnen, en de rest van het onderdeel over monitoringbegrippen voor de begrippen erachter.