Overvåking: vite at siden er nede før kundene
Overvåking begynner med ett spørsmål — svarer siden — men feilene som koster penger, er sjelden så enkle. Siden er oppe, og skjemaet sender ingenting. Forsiden lastes, og betalingen feiler. Sertifikatet utløper om tre dager, og ingen ser etter.
Denne guiden går gjennom hva du reelt overvåker, hvordan du setter varsler som får oppmerksomhet, og hva du gjør når et går.
Hva du overvåker utover «er den oppe»#
En ping til forsiden fanger de åpenbare feilene. Disse sjekkene fanger de tause.
- HTTP-status og innhold: ikke bare at det kommer noe tilbake, men at siden inneholder forventet tekst.
- Sertifikatets utløpsdato: varsle tretti dager i forveien, ikke på selve dagen.
- Domeneutløp: det sjeldneste og mest katastrofale, og helt mulig å unngå.
- Skjemainnsendinger: en jevnlig testinnsending som bekrefter at e-posten faktisk kommer frem.
- Kjøpsløpet i en nettbutikk: den dyreste tause feilen som finnes.
- Responstid: en stigende trend varsler ofte dager før et reelt havari.
- Feilrate i loggen: en økning i 500-feil som besøkende ikke rapporterer.
- Bakgrunnsjobber: planlagte prosesser som taust slutter å kjøre.
Skjemasjekken gir mest per innsats. Kontaktskjemaer som feiler taust, koster forespørsler i ukevis før noen oppdager det.
Å sette varsler som virker#
Et varsel ingen leser, er verre enn ingen varsel, fordi du tror du er dekket.
| Innstilling | Anbefaling | Hvorfor |
|---|---|---|
| Sjekkfrekvens | Hvert minutt på kritiske sider | Fem minutter betyr opptil fem minutters taus feil |
| Bekreftelse fra annet sted | Slått på | Hindrer varsler ved nettverksfeil hos sjekkeren |
| Varselterskel | To feil på rad | Unngår støy ved en enkeltstående hikke |
| Kanal | E-post pluss SMS eller chat | Kun e-post leses ikke om natten |
| Mottaker | En navngitt person, ikke en gruppepostkasse | Gruppepostkasser betyr at ingen eier det |
| Varsel ved gjenoppretting | Slått på | Uten det vet du ikke at det er over |
| Vedlikeholdsvindu | Satt før planlagte endringer | Hindrer vane til falske varsler |
Varseltretthet er den vanligste måten overvåking feiler på. To falske varsler i uken, og ingen ser på det tredje.
Når et varsel går#
En kort prosedyre som sparer tid og fremfor alt hindrer at noen endrer noe i panikk.
- Bekreft feilen selv fra et annet nettverk — mobildata virker fint. En del varsler er lokale.
- Sjekk driftsleverandørens statusside før du undersøker noe.
- Se hva som sist ble endret: en utrulling, en utvidelsesoppdatering, en DNS-endring.
- Sjekk sertifikat og domene — de to forklarer en overraskende stor del av plutselige havarier.
- Sett om nødvendig opp en vedlikeholdsside, så besøkende ser noe brukbart.
- Rull tilbake før du diagnostiserer om en nylig endring er sannsynlig årsak.
- Noter etterpå hva det var, og hvor lenge det varte. Tre slike notater viser et mønster.
Hvor mye oppetid du reelt trenger#
Oppetidsprosenter høres abstrakte ut til de regnes om til tid per år.
| Oppetid | Nedetid per år | Realistisk for |
|---|---|---|
| 99 % | Over tre døgn | For lite til en bedriftsside |
| 99,5 % | Nesten to døgn | Billig delt drift |
| 99,9 % | Nesten ni timer | God drift; rimelig mål |
| 99,95 % | Litt over fire timer | Administrert drift med støtte |
| 99,99 % | Omtrent en time | Krever redundans og reelt ingeniørarbeid |
For de fleste bedriftssider er 99,9 % et godt mål, og pengene gjør mer nytte i rask gjenoppretting enn i å jage nok en nier.
Ofte stilte spørsmål
Hvor ofte skal jeg sjekke?
Hvert minutt for noe der det går omsetning gjennom, hvert femte minutt for en vanlig bedriftsside. Intervallet teller, fordi det er din nedre grense for hvor lenge en feil forblir uoppdaget. Viktigere enn intervallet er at sjekken verifiserer sidens innhold snarere enn bare bekrefter at serveren returnerte noe.
Holder gratis overvåking?
For én side med sjekker hvert femte minutt og varsler via e-post som regel ja. Man betaler for kortere intervaller, flere steder, SMS-varsler og transaksjonssjekker som et kjøpsløp. For en nettbutikk er det verdt det; for en bedriftsside som regel ikke.
Hvorfor virker siden oppe, mens overvåkingen melder havari?
Som regel DNS-cache eller et regionalt problem: resolveren din har fortsatt den gamle adressen, eller feilen rammer ett nettverk. Derfor er bekreftelse fra et annet sted verdifull. Sjekk alltid fra et annet nettverk før du avskriver varselet som falskt — nettopp den antakelsen er hvordan reelle feil ignoreres.
Hva er en taus feil?
En feil der siden ser ut til å virke, men noe vesentlig ikke gjør det: kontaktskjemaet sender ingen e-post, betalingen feiler i siste trinn, eller søket gir ingenting. Oppetidsovervåking fanger ikke det, fordi siden lastes fint. Til det kreves funksjonelle sjekker som reelt utfører handlingen.
oppetidsovervåkingovervåke nettsidenedetidsvarseltilgjengelighet nettstedutløpt sertifikathavari nettside
