Monitoraggio HTTP che controlla più di un 200
Qualsiasi URL, da ogni 30 secondi a una volta al giorno, con asserzioni su codice di stato, latenza, contenuto del corpo e header di risposta — e confermato da una seconda regione UE prima di svegliare qualcuno.
Un endpoint che risponde 200 non è per questo funzionante
Un load balancer che serve una pagina di errore dalla cache risponde 200. Un'API che risponde in nove secondi risponde 200. Un deploy che ha sostituito il tuo JSON con un form di login HTML risponde 200. Un controllo che legge solo la riga di stato segnala quindi un servizio sano mentre i tuoi clienti non possono usarlo.
Un controllo HTTP di okokumo valuta ogni asserzione che gli dai, e conta come up solo quando sono tutte soddisfatte:
- Codice di stato — esatto, o una classe come qualsiasi 2xx.
- Latenza — un tetto in millisecondi, così "lento" è un guasto e non una nota a piè di pagina.
- Contenuto del corpo — una stringa che deve essere presente, ed è ciò che intercetta la pagina di errore dalla cache e il deploy sbagliato.
- Header di risposta — presenza e valore, per gli header di cache, sicurezza e content-type che si rompono in silenzio.
Intervallo e metodo
Da 30 secondi a 24 ore. Il minimo dipende dal piano — cinque minuti su Free, un minuto su Starter, trenta secondi su Pro e Business — e il massimo esiste perché certe cose vale la pena controllarle ogni giorno invece che continuamente, come un endpoint di report o l'URL di callback di un partner.
Qualsiasi metodo HTTP, con un timeout che imposti per controllo. IPv6 e certificati autofirmati sono gestiti, non dati per esclusi.
Due regioni devono essere d'accordo
I controlli girano da due regioni di probe UE indipendenti. Un guasto diventa una notifica solo quando una seconda probe lo conferma, e un controllo cambia stato solo dopo N errori consecutivi — due per default, configurabili. Una sola regione che perde la rotta verso di te non ti sveglia alle 3 del mattino.
L'unica eccezione voluta: se una regione di probe è essa stessa giù, pretendere la conferma significherebbe non avvisare mai, quindi il requisito si allenta invece di ingoiare in silenzio ogni guasto.
Come funziona la conferma da due regioni →
Cosa vedi dopo
Latenza e disponibilità su giorno, settimana e mese; ogni passaggio tra up e down con il suo orario; e un registro delle consegne che indica quale notifica è andata a quale canale — comprese quelle deliberatamente non inviate, con il motivo. Un monitoraggio che silenziosamente non riesce ad avvisarti è peggio di nessun monitoraggio, quindi quel registro è parte del prodotto e non una vista di debug.
Da dove girano i controlli
Francia e una seconda regione UE, su Scaleway. I tuoi dati di monitoraggio non lasciano l'UE, e un DPA strutturato sull'articolo 28 del GDPR è disponibile prima che tu lo chieda. Sicurezza e dati →