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
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.
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
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 wöchentlich oder täglich, mit Start- und Endzeit
open a maintenance window$ curl -X POST https://api.siteqwality.com/maintenance_windows/ \
-H "Authorization: Bearer $SQ_TOKEN" \
-d '{"name":"Weekly deploy window","tags":["env:production"],
"schedule_type":"recurring","timezone":"UTC",
"recurrence":{"type":"weekly","days":["sunday"],
"start_time":"02:00","end_time":"03:00"}}'
✓ window scheduled · alerts suppressed for every monitor carrying that tag
-H "Authorization: Bearer $SQ_TOKEN" \
-d '{"name":"Weekly deploy window","tags":["env:production"],
"schedule_type":"recurring","timezone":"UTC",
"recurrence":{"type":"weekly","days":["sunday"],
"start_time":"02:00","end_time":"03:00"}}'
✓ window scheduled · alerts suppressed for every monitor carrying that tag
0
Fehlbenachrichtigungen während eines korrekt definierten Fensters
TZ
jedes Fenster wird in einer benannten Zeitzone geplant, nicht in UTC
2
Wiederholungsarten für wiederkehrende Fenster: wöchentlich und täglich
$0
kostenloser Tarif, Wartungsfenster von Anfang an enthalten
FAQ
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. Ein wiederkehrendes Fenster ist entweder wöchentlich, wobei Sie die Tage angeben, an denen es läuft, oder täglich. In beiden Fällen geben Sie eine Start- und eine Endzeit in HH:MM sowie eine IANA-Zeitzone an, und es wiederholt sich nach diesem Zeitplan. Cron-Ausdrücke werden nicht akzeptiert: eine frühere Version dieser Seite behauptete das, und es hat nie gestimmt.
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.
Related features
Kostenlos starten. Keine Kreditkarte.
Uptime, Cron, Synthetic, Logs, RUM, Incidents und Statusseiten. Kostenlose Stufe bei jedem Produkt.