Monitor di uptime

I monitor controllano le cose dall'esterno della tua app secondo una pianificazione e avvisano quando cambiano stato. Sette tipi condividono la pagina Uptime. Nessuno di loro richiede codice tranne gli heartbeat, a cui il tuo job fa un ping.

1Scegli un tipo

HTTP: 2xx o 3xx conta come attivo, facoltativamente richiedendo una parola chiave nel corpo e un limite di tempo di risposta. Heartbeat: il tuo cron job fa un ping a un URL segreto; in ritardo significa giù. SSL: handshake TLS verso host:port, la catena deve essere attendibile, mostra emittente e scadenza. Dominio: scadenza della registrazione via RDAP, mostra il registrar. TCP: connessione a host:port e chiusura. DNS: A, AAAA, CNAME, MX o TXT tramite 1.1.1.1 e 8.8.8.8, facoltativamente richiedendo un valore. Browser: un elenco di passaggi eseguiti in Chromium headless.

2Intervalli

HTTP ogni 1, 3, 5, 10, 30 o 60 minuti. Heartbeat da 1 minuto a 24 ore con un periodo di tolleranza da 1 a 60 minuti. SSL e dominio ogni 1, 6, 12 o 24 ore. Controlli browser ogni 5-60 minuti.

3Passaggi dei controlli browser

Fino a 20 passaggi come dati, mai codice. Il passaggio 1 deve essere goto. Azioni: goto (url), click (selector), fill (selector, value), expect_text (text), expect_selector (selector), wait (ms). Selettori e testo fino a 300 caratteri, valori 500, attese 10 s ciascuna e 30 s in totale, l'intera esecuzione 60 s. In caso di fallimento uno screenshot della pagina viene conservato sotto la riga. Usa un account di test per i valori di fill; sono salvati in chiaro.

json
[
  { "action": "goto", "url": "https://shop.example.com/login" },
  { "action": "fill", "selector": "#email", "value": "monitor@example.com" },
  { "action": "fill", "selector": "#password", "value": "test-only" },
  { "action": "click", "selector": "button[type=submit]" },
  { "action": "expect_text", "text": "Your orders" }
]

4Come viene deciso il giù

Un controllo fallito viene ritentato dopo 20 secondi e una regione è in errore solo al secondo fallimento consecutivo. Un monitor con più regioni è giù solo quando una maggioranza stretta è in errore (1 su 1, 2 su 2, 2 su 3). I controlli di dominio e browser usano una sola regione. Ogni giù e ogni ripresa genera un avviso attraverso i tuoi canali o ai proprietari.

Buono a sapersi

  • Limiti per piano: HTTP, SSL, dominio, TCP e DNS condividono un unico pool di 10 (Free), 25 (Solo), 100 (Team), 500 (Scale); gli heartbeat hanno gli stessi numeri in un pool a parte; i controlli browser sono 0, 3, 20 e 100.
  • Notifiche extra: monitor.slow e monitor.fast quando il p95 degli ultimi 10 controlli HTTP supera il limite del tempo di risposta; monitor.expiring a 14, 7 e 1 giorno per i certificati e a 30 e 7 giorni per i domini, una volta per soglia.
  • Indirizzi privati e interni (localhost, 10.x, .local, .internal e simili) vengono rifiutati al salvataggio. I registri senza RDAP, come .io, restano attivi e indicano che la data di scadenza non è disponibile.
  • L'uptime è mostrato per 24 ore e 30 giorni. I risultati grezzi dei controlli sono conservati 3 giorni. L'URL dell'heartbeat viene mostrato una sola volta e può essere sostituito.

Bloccato? Scrivi a support@blipit.io. Le chiavi e il DSN esatto di ogni progetto sono sotto Chiavi API in app.blipit.io.