Finestre una tantum e ricorrenti
Creare una finestra ad hoc per questo deploy, o pianificare una slot di manutenzione settimanale che si ripete con la stessa cadenza senza alcun intervento manuale.
Finestre di manutenzione
Pianificare il downtime.
Pianificare il downtime.
Silenziare il rumore.
Pianificare una finestra di manutenzione e Site Qwality silenzia ogni alert sui monitor interessati, pubblica un banner nella pagina di stato e riprende gli alert nel momento in cui la finestra si chiude — automaticamente.
Free tier included
No credit card
2-minute setup
Deploy v4.12.0 MaintenanceLIVE
STARTS IN14m
DURATION60 min
MONITORS MUTED8
checkout-apiMuted
payments-apiMuted
web-appMuted
worker-1Muted
worker-2Muted
Cosa si ottiene
Una manutenzione che tutta la piattaforma conosce.
La definizione di una singola finestra raggiunge ogni parte dello stack — gli alert smettono di attivarsi, la pagina di stato mostra un banner e il team di reperibilità non viene allertato per lavori pianificati. Quando la finestra termina, tutto ritorna alla normalità in modo automatico.
Soppressione degli alert durante la finestra
Ogni monitor incluso nella finestra smette di generare alert per la durata. I fallimenti vengono comunque registrati internamente — semplicemente non vengono escalati al team.
Banner sulla pagina di stato incluso
Un banner di manutenzione appare automaticamente sulla pagina di stato pubblica prima dell'inizio della finestra, dando agli utenti un preavviso senza dover scrivere un aggiornamento separato.
Applicare i monitor per tag
Applicare una finestra all'intero tag di un ambiente — env:production o service:payments — invece di selezionare i monitor singolarmente. I nuovi monitor con quel tag vengono coperti automaticamente.
Pianificazione con consapevolezza del fuso orario
Le finestre vengono specificate nel fuso orario desiderato. Ogni membro del team vede la pianificazione nel proprio fuso locale, così nessuno deve fare calcoli di fuso prima di un deploy.
Ripresa automatica alla fine della finestra
Quando l'orario di fine pianificato passa, la soppressione degli alert viene rimossa e il monitoraggio riprende immediatamente. Nessun passaggio manuale per "riattivare gli alert" dopo un deploy.
01 · Nessun alert a sorpresa durante un deploy
Silenziare i monitor,
Silenziare i monitor,
non l'incidente.
La soppressione degli alert è mirata e temporanea. La finestra copre solo i monitor specificati, solo per la durata impostata. Se qualcosa si rompe davvero al di fuori di quei monitor — o dopo la chiusura della finestra — gli alert sono completamente attivi.
- Soppressione limitata ai monitor o tag specifici indicati
- I fallimenti vengono comunque registrati; è possibile rivederli dopo la finestra
- Gli alert riprendono immediatamente nel momento in cui la finestra termina
Deploy v4.12.0 In ProgressLIVE
ELAPSED22m
REMAINING38m
ALERTS SUPPRESSED14
checkout-apiMuted
payments-apiMuted
db-primaryActive
cdnActive
authMuted
02 · Gestione dalla CI
Creare finestre
Creare finestre
dalla pipeline.
Una singola chiamata API apre una finestra di manutenzione prima che la pipeline di rilascio effettui il deploy, e un'altra la chiude dopo il superamento degli smoke test. Inserirla in uno script, aggiungerla alla CI, e non sarà più necessario silenziare manualmente gli alert.
- CRUD completo via REST API — creazione, elenco, aggiornamento, eliminazione
- Creare una finestra dalla CI prima del deploy, eliminarla dopo
- Finestre ricorrenti espresse come espressioni cron
open a maintenance window$ curl -X POST https://api.siteqwality.com/status_page/$SP/maintenance/ \
-H "Authorization: Bearer $SQ_TOKEN" \
-d '{"name":"Weekly deploy window","starts_at":"2025-06-10T02:00:00Z","duration_minutes":60,"recurrence":"WEEKLY","monitor_tags":["env:production"]}'
✓ window scheduled · alerts suppressed during deploy
-H "Authorization: Bearer $SQ_TOKEN" \
-d '{"name":"Weekly deploy window","starts_at":"2025-06-10T02:00:00Z","duration_minutes":60,"recurrence":"WEEKLY","monitor_tags":["env:production"]}'
✓ window scheduled · alerts suppressed during deploy
0
alert indesiderati attivati durante una finestra correttamente configurata
<1s
la soppressione viene rimossa dopo la scadenza della finestra
cron
espressioni supportate per le finestre ricorrenti
$0
piano gratuito — Finestre di manutenzione incluse fin dal primo giorno
FAQ
Questions, answered.
No. La soppressione è limitata solo ai monitor esplicitamente inclusi. I monitor al di fuori della finestra inviano alert normalmente. I fallimenti sui monitor coperti vengono comunque registrati, così è possibile rivederli dopo la chiusura della finestra.
Sì. Le finestre ricorrenti si ripetono con cadenza settimanale o personalizzata. È anche possibile esprimere la cadenza come espressione cron tramite API per un controllo preciso sui tempi.
Quando si crea una finestra di manutenzione, un banner di manutenzione imminente appare automaticamente sulla pagina di stato pubblica. Durante la finestra, i componenti interessati mostrano lo stato "Manutenzione" invece di un'interruzione. Non è necessario un aggiornamento separato della pagina di stato.
Sì. È sufficiente taggare i monitor per ambiente, servizio o team, poi applicare la finestra a quel tag. Qualsiasi monitor aggiunto al tag in futuro verrà automaticamente coperto dalle finestre ricorrenti esistenti.
Sì — una chiamata REST API apre una finestra prima dell'avvio di un deploy e un'altra la chiude (o la lascia scadere) quando il deploy termina. Inserire le due richieste nella pipeline e gli alert verranno soppressi solo per la durata esatta del rilascio.
More of the platform
Explore the rest of the platform
Pronto?
Inizia a monitorare in meno di un minuto.
Ogni prodotto parte gratuitamente — uptime, cron, synthetic, log, RUM, incidenti e pagine di stato. Nessuna carta di credito richiesta.