Monitoraggio dell'uptime

Una pagina che è giù quando un crawler o un agente AI la richiede non può essere citata, e ogni clic a pagamento che atterra su una pagina rotta è spesa sprecata. Audit → Uptime controlla il tuo dominio e le sue pagine chiave con una pianificazione, apre un incidente quando falliscono e avvisa le persone che devono saperlo. Copre anche i certificati SSL, DNS e la scadenza del dominio, i processi che girano dietro il tuo sito e la pagina di stato pubblica che consultano i tuoi clienti.

Il monitoraggio dell’uptime è disponibile dal piano Starter: 5 monitor su Starter, 20 su Pro, 200 su Premium, illimitati su Enterprise. Vedi piani e limiti.

Aggiungere un monitor#

1. Apri Uptime e fai clic su Add monitor

   Vai su Audit → Uptime → Monitors e fai clic su Add monitor.

2. Scegli il tipo e la destinazione

   • HTTP. Un URL; lascialo vuoto per monitorare la homepage. Imposta i codici di stato attesi (predefinito 2xx) e, facoltativamente, una parola chiave che deve comparire nella pagina, oppure che non deve comparire (“Fail when the keyword IS present”).
   • TCP. Un host e una porta.
   • DNS. Un hostname, un tipo di record e i valori che devono essere tutti presenti nella risposta.
   • Transaction. Una sequenza di passaggi HTTP, ciascuno con il proprio URL, tempo massimo di risposta e valori estratti da JSON o intestazioni per i passaggi successivi (ad esempio, accedi, poi chiama un’API con il token).

3. Imposta l’intervallo e le soglie

   Scegli un intervallo di controllo: ogni minuto, 5, 10 o 30 minuti, oppure ogni ora. I controlli a uno e cinque minuti richiedono il piano Pro o superiore; Starter controlla al massimo ogni 10 minuti. Imposta una Degraded threshold in millisecondi e un SLA target (%) facoltativo tra 90 e 99.999.

4. Scegli chi riceve gli avvisi

   I Notification recipients sono i membri del workspace che ricevono un’email quando il monitor va giù e quando si riprende (predefinito: il proprietario del workspace). Aggiungi fino a cinque canali Slack o Webhook, con un segreto di firma facoltativo per i webhook, e usa Test per inviare una notifica di prova. In Advanced settings puoi impostare il metodo della richiesta, intestazioni e corpo personalizzati, avvisare sui controlli degradati e ripetere gli avvisi mentre un incidente resta aperto.

Come funzionano gli incidenti#

• Up, Degraded, Down. Un controllo più lento della soglia di degrado è Degraded: è comunque un successo, mai un incidente, e viene segnalato solo se lo attivi.
• Due fallimenti aprono un incidente. Un singolo controllo fallito viene confermato prima che accada qualcosa; un incidente si apre solo dopo due fallimenti consecutivi, il che filtra i singoli intoppi.
• Un successo lo chiude. Il primo controllo riuscito azzera il conteggio dei fallimenti e risolve l’incidente.

La pagina di ogni monitor mostra la disponibilità delle 24 ore in celle da 15 minuti, la disponibilità a 90 giorni per giorno, tempo e dimensione della risposta per controllo, i controlli recenti con dettagli forensi (intestazioni della risposta, estratto del corpo, passaggi della transazione) e l’elenco degli incidenti, dove puoi riconoscere gli incidenti e aggiungere commenti. Il pannello Technical health aggiunge la validità del certificato SSL e i giorni alla scadenza, la risoluzione DNS e la scadenza della registrazione del dominio.

Heartbeat#

I controlli di uptime sondano il tuo server dall’esterno, quindi non possono vedere un backup o un’importazione notturna che ha smesso di funzionare in silenzio. Gli Heartbeat invertono la direzione: è il tuo processo a chiamare un URL di ping univoco dopo ogni esecuzione riuscita.

0 2 * * * /usr/local/bin/backup.sh && curl -fsS https://<your ping URL>

Imposta l’Expected interval e un Grace period in secondi. Se non arriva alcun ping entro intervallo più tolleranza, si apre un incidente e vieni avvisato. Copia l’URL di ping esatto dalla pagina dell’heartbeat; Reset token ne emette uno nuovo e quello vecchio smette subito di funzionare. Un heartbeat può anche essere incorporato in una pagina web come pixel per i visitatori, un badge di stato o un grafico di disponibilità a 24 ore o 90 giorni.

Finestre di manutenzione#

I lavori pianificati non devono contare come un’interruzione. Le Maintenance windows sopprimono le variazioni degli incidenti ed escludono quel periodo dal calcolo dell’uptime. Una finestra può essere singola, giornaliera o settimanale e riferita a un solo monitor, a un dominio o all’intero workspace.

Pagine di stato e report SLA#

• Status pages. Pubblica una pagina rivolta ai clienti per i monitor e gli heartbeat che scegli, con lo stato degli incidenti in tempo reale. I visitatori possono iscriversi agli aggiornamenti di disponibilità via email. Attiva Published per renderla pubblica.
• SLA report. Uptime mensile per monitor e heartbeat con la manutenzione esclusa, rispetto all’obiettivo SLA di ciascun monitor: uptime, downtime, incidenti, incidente più lungo, se lo SLA è stato rispettato e quanto del budget di downtime è usato o rimasto. Scaricalo in CSV per i clienti o per la reportistica interna.

Esempio pratico#

Un obiettivo del 99.9% su un mese di 30 giorni consente 30 × 24 × 60 × 0.1% = 43.2 minuti di downtime. Due incidenti di 12 e 9 minuti ne usano 21, lasciando circa 22 minuti di budget. Una finestra di manutenzione di 60 minuti in quel mese non viene conteggiata.

Correlati#