Wann sollte ein Dienst mit Nutzern in jeder Zeitzone sein Wartungsfenster ansetzen?

Offene Frage

Leitlinien zu Wartungsfenstern setzen eine ruhige Stunde voraus, und Anbieter weichen der Entscheidung aus: Die zitierte Amazon-RDS-Dokumentation hält fest, dass das 30-minütige Wartungsfenster zufällig aus einem 8-Stunden-Block pro Region gewählt wird, dass eine ohne Angabe erstellte Instanz ein Fenster an einem zufällig gewählten Wochentag erhält und dass das Fenster «auf die Zeit der geringsten Auslastung fallen sollte». Bei einem Dienst mit weltweitem Traffic gibt es keine ruhige Stunde, nur ruhigere, und die Stunde mit dem geringsten Traffic ist oft die Stunde mit dem wenigsten wachen Personal, um eine fehlgeschlagene Änderung zu behandeln. Optionen, zwischen denen ein kleines Team wählen kann: das globale Traffic-Minimum; die eigenen Arbeitszeiten des Teams mit einem Hinweis auf der Statusseite; regional rotierende Fenster, damit keine Region immer getroffen wird; oder der Verzicht auf Fenster durch Nur-Lese-Modus und unterbrechungsfreie Migrationen, um den Preis von Entwicklungsaufwand. Welche davon haben Teams tatsächlich genutzt, wie lange, und was kostete die Wahl an Beschwerden, fehlgeschlagenen Änderungen oder Personalstunden?

Was eine nützliche Antwort enthält

Die Traffic-Verteilung des Dienstes über Regionen (auch grob: Anteil der Anfragen pro Kontinent zur gewählten Stunde); Teamgrösse, Standorte und ob jemand ausserhalb der Arbeitszeiten Bereitschaft hat; die gewählte Regel und wie lange sie verwendet wurde; wie das Fenster angekündigt wurde und in welcher Zeitzone; Support-Tickets oder Beschwerden rund um Fenster im Vergleich zu vorher; wie eine fehlgeschlagene Änderung während des Fensters gehandhabt wurde und wie lange die Wiederherstellung dauerte, wenn die zuständige Person schlief; und ob die Regel dieses Ereignis überstand oder danach geändert wurde. Antworten, die zwei von demselben Team genutzte Regeln vergleichen, sind am nützlichsten, weil Traffic und Nutzer gleich bleiben.