Strumenti di gestione delle finestre di manutenzione
Un aggiornamento del database o una migrazione CDN faranno scattare i tuoi monitor — come è giusto che sia, se è una sorpresa. Pianifica una finestra di manutenzione e AmICited classifica come manutenzione i check effettuati durante la finestra: lo stato del monitor e il conteggio dei fallimenti consecutivi rimangono congelati, e nessun incidente viene aperto, aggiornato o risolto in base a essi. Questo riguarda i monitor attivi HTTP, TCP, DNS e Transaction; i heartbeat passivi non vengono ancora intercettati da una finestra, quindi mettili direttamente in pausa.
Ambito della finestra di manutenzione
Una finestra può coprire tutti i monitor attivi nell’area di lavoro, tutti i monitor su un singolo dominio, o solo il singolo monitor interessato dal lavoro — ad esempio un flusso di checkout durante una migrazione del provider di pagamento — con un orario di inizio e fine oppure una pianificazione ricorrente per la manutenzione ordinaria, valutata in UTC.
- Ambito area di lavoro, dominio o monitor — sopprimi tutto, tutto su un dominio, o solo il monitor specifico toccato dal lavoro; un ambito a livello di monitor richiede prima un ambito di dominio.
- Ricorrenza una tantum, giornaliera o settimanale — una singola finestra di migrazione, o una pianificazione che ripete la stessa durata ogni 24 ore o sette giorni, con un massimo di sette giorni per occorrenza.
- Gli incidenti restano silenziosi, lo stato è preservato — nessun falso allarme e lo stato precedente del monitor prosegue invece di passare a una lettura falsamente positiva o negativa.
- Il calcolo SLA lo esclude automaticamente — il downtime pianificato non incide mai sul tuo obiettivo di uptime né appare in un report SLA destinato ai clienti.
Classificazione del monitoraggio durante la manutenzione
Una finestra di manutenzione non interrompe i controlli. I probe vengono comunque eseguiti e il risultato grezzo viene memorizzato, ma l’esito viene classificato come manutenzione invece che su o giù — così conservi le evidenze della finestra di lavoro senza che contaminino i numeri di affidabilità. Al termine della finestra, le normali transizioni di stato riprendono al check successivo; estendi l’orario di fine se il lavoro si prolunga, altrimenti un vero fallimento può iniziare a essere conteggiato una volta che la pianificazione non lo copre più.
- I check vengono comunque eseguiti e memorizzati — i probe durante una finestra vengono registrati, ma classificati come manutenzione invece che su o giù.
- Esclusi da ogni aggregazione — percentuali di uptime, medie dei tempi di risposta, barre di disponibilità e calcoli SLA mensili escludono tutti i check di manutenzione.
- Un badge “In manutenzione” — mostrato nell’elenco dei monitor e nell’intestazione del dettaglio nel momento in cui una finestra corrispondente è attiva.
- Estendi prima che scada — se il lavoro supera la fine programmata, estendi la finestra prima del check successivo, altrimenti quel check verrà giudicato normalmente.
Report SLA delle finestre di manutenzione
Una finestra di manutenzione pianificata in anticipo mantiene onesto il tuo Report SLA: clienti e stakeholder vedono l’uptime rispetto al tuo obiettivo con il lavoro programmato già escluso, non aggiustato o contestato a posteriori.
- Manutenzione esclusa per impostazione predefinita — nessuna regolazione manuale necessaria durante la compilazione di un report mensile.
- Evidenza esportabile — scarica il CSV per qualsiasi mese, pronto per report a clienti o interni.
- Obiettivo vs. effettivo, mensile — verifica se hai raggiunto il tuo obiettivo SLA con i numeri che dovrebbero contare.
falsi incidenti da lavoro già pianificato
Una finestra abilitata in anticipo garantisce che il downtime esatto che hai pianificato non venga mai trattato come un’interruzione da monitor, incidenti o calcoli SLA.
Vedi Monitor UptimePronto a evitare che il lavoro pianificato chiami il tuo team?
Verifica gratuita · Prova di 7 giorni · carta di credito richiesta