Einmalige und wiederkehrende Fenster
Erstellen Sie ein Ad-hoc-Fenster für dieses Deployment oder planen Sie einen wöchentlichen Wartungsslot, der sich ohne manuelle Eingriffe im selben Rhythmus wiederholt.
Wartungsfenster
Planen Sie die Ausfallzeit.
Planen Sie die Ausfallzeit.
Schalten Sie den Lärm ab.
Planen Sie ein Wartungsfenster, und Site Qwality stellt alle Alerts für die betroffenen Monitore stumm, veröffentlicht ein Banner auf Ihrer Statusseite und nimmt die Benachrichtigungen automatisch wieder auf, sobald das Fenster schließt.
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
Was Sie bekommen
Wartung, von der die gesamte Plattform weiß.
Eine einzige Fensterdefinition erreicht jeden Teil des Stacks — Alerts hören auf zu feuern, Ihre Statusseite zeigt ein Banner, und Ihr Rufbereitschafts-Team wird nicht für geplante Arbeiten benachrichtigt. Wenn das Fenster endet, kehrt alles automatisch zur Normalität zurück.
Alert-Unterdrückung während des Fensters
Jeder vom Fenster betroffene Monitor hört auf, Alerts für die Dauer zu generieren. Fehler werden weiterhin intern aufgezeichnet — nur nicht an Ihr Team weitergeleitet.
Statusseiten-Banner inklusive
Ein Wartungsbanner erscheint automatisch auf Ihrer öffentlichen Statusseite, bevor das Fenster beginnt, und gibt Benutzern vorab Bescheid, ohne dass Sie ein separates Update schreiben müssen.
Monitore per Tag auswählen
Wenden Sie ein Fenster auf ein gesamtes Umgebungs-Tag an — env:production oder service:payments — statt Monitore einzeln auszuwählen. Neu hinzugefügte markierte Monitore werden automatisch abgedeckt.
Zeitzonengerechte Planung
Fenster werden in der von Ihnen gewählten Zeitzone angegeben. Jedes Teammitglied sieht den Zeitplan in seiner lokalen Zeitzone, sodass niemand vor einem Deployment Zeitzonen-Rechnungen durchführen muss.
Automatische Wiederaufnahme bei Fenster-Ende
Wenn die geplante Endzeit verstreicht, wird die Alert-Unterdrückung aufgehoben und das Monitoring sofort wiederaufgenommen. Kein manueller Schritt, um das Alerting nach einem Deployment wieder einzuschalten.
01 · Keine überraschenden Benachrichtigungen während eines Deployments
Monitore stumm schalten,
Monitore stumm schalten,
nicht den Incident.
Die Alert-Unterdrückung ist gezielt und temporär. Das Fenster betrifft nur die von Ihnen angegebenen Monitore, nur für die von Ihnen festgelegte Dauer. Wenn etwas außerhalb dieser Monitore — oder nach dem Schließen des Fensters — tatsächlich abbricht, ist das Alerting vollständig aktiv.
- Unterdrückung auf bestimmte Monitore oder Tags beschränkt
- Fehler werden weiterhin aufgezeichnet; nach dem Fenster überprüfen
- Alerts werden sofort wieder aufgenommen, wenn das Fenster endet
Deploy v4.12.0 In ProgressLIVE
ELAPSED22m
REMAINING38m
ALERTS SUPPRESSED14
checkout-apiMuted
payments-apiMuted
db-primaryActive
cdnActive
authMuted
02 · Aus CI heraus verwalten
Fenster erstellen
Fenster erstellen
aus Ihrer Pipeline.
Ein API-Aufruf öffnet ein Wartungsfenster, bevor Ihre Release-Pipeline deployed, und ein weiterer schließt es, nachdem die Smoke-Tests bestanden haben. Verpacken Sie es in ein Script, fügen Sie es in CI ein, und Sie stellen Alerts nie wieder manuell stumm.
- Vollständiges CRUD über die REST API — erstellen, auflisten, aktualisieren, löschen
- Fenster aus CI vor dem Deployment erstellen, danach löschen
- Wiederkehrende Fenster als Cron-Ausdrücke angegeben
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
Fehlbenachrichtigungen während eines korrekt definierten Fensters
<1s
Unterdrückung hebt sich auf, nachdem die Fenster-Endzeit verstrichen ist
cron
Ausdrücke für wiederkehrende Fenster unterstützt
$0
kostenloser Tarif — Wartungsfenster von Anfang an enthalten
FAQ
Questions, answered.
Nein. Die Unterdrückung ist nur auf die Monitore beschränkt, die Sie explizit einschließen. Monitore außerhalb des Fensters alertieren normal. Fehler auf betroffenen Monitoren werden weiterhin aufgezeichnet, sodass Sie sie nach dem Schließen des Fensters überprüfen können.
Ja. Wiederkehrende Fenster wiederholen sich wöchentlich oder nach einem benutzerdefinierten Zeitplan. Sie können den Rhythmus auch als Cron-Ausdruck über die API angeben, um die genaue Timing-Kontrolle zu haben.
Wenn Sie ein Wartungsfenster erstellen, erscheint automatisch ein Banner für bevorstehende Wartung auf Ihrer öffentlichen Statusseite. Während des Fensters zeigen betroffene Komponenten einen „Wartungs"-Status anstelle eines Ausfalls. Kein separates Statusseiten-Update ist erforderlich.
Ja. Markieren Sie Ihre Monitore nach Umgebung, Service oder Team und wenden Sie dann das Fenster auf dieses Tag an. Jeder Monitor, der dem Tag in Zukunft hinzugefügt wird, wird automatisch von bestehenden wiederkehrenden Fenstern abgedeckt.
Ja — ein REST API-Aufruf öffnet ein Fenster, bevor ein Deployment startet, und ein weiterer schließt es (oder lässt es ablaufen), wenn das Deployment abgeschlossen ist. Fügen Sie die beiden Requests in Ihre Pipeline ein, und Alerts werden nur für die genaue Dauer des Releases unterdrückt.
More of the platform
Explore the rest of the platform
Bereit?
In unter einer Minute live gehen.
Jedes Produkt startet kostenlos — Uptime-Monitoring, Cron-Monitoring, Synthetisches Monitoring, Logs, RUM, Incidents und Statusseiten. Keine Kreditkarte erforderlich.