Rethinking our maintenance window timing

We’re considering moving our Sunday 2–4 a.m. ET maintenance window after APAC clients reported it hits their Monday standups and delays deploy approvals. If you’ve shifted to rolling updates or blue/green for platform patches, did it reduce client friction without inflating risk or cost?

‌⁠‍⁠​‍​‍‌⁠‌​​‍​‍​⁠‍‍​‍​‍‌‍​⁠‌‍⁠​‌‍⁠⁠‌⁠‌‌‌‍‌​‌‍​⁠‌‍⁠⁠‌‍⁠‌‌⁠​​‌⁠‌‌‌⁠‌​‌‍‍‌‌‍⁠‍‌‍‌⁠​‍​‍​‍⁠​​‍​‍‌‍‍⁠​‍​‍​⁠‍‍​‍​‍‌‍⁠‍‌‍‌‌‌⁠‌⁠‌‌⁠⁠‌⁠‌​‌‍⁠⁠‌⁠​​‌‍‍‌‌‍​⁠​‍​‍​‍⁠​​‍​‍‌‍‍‌‌‍‌​​‍​‍​⁠‍‍​‍​‍‌‍⁠‍‌‍‌‌‌⁠‌⁠​‍​‍​‍⁠​​‍​‍‌‍‌​​‍​‍​⁠‍‍​‍​‍​⁠​‍​⁠​​​⁠​‍​⁠‌‍​⁠​​​⁠​‌​⁠​‍​⁠‌⁠​‍​‍​‍⁠​​‍​‍‌‍‍​​‍​‍​⁠‍‍​‍​‍‌‌‌⁠‌‌‍‌​⁠‌‍‌​‌‍‌⁠‍​‌​⁠‍‌‍⁠‌‌‍‌⁠​⁠‌‍‌⁠‌⁠​⁠​⁠‌‍⁠‍‌‍‍​‌‍‍​‌​⁠⁠‌‍‍⁠​‍​‍‌⁠⁠‌

We moved ‘Sunday 2–4 a.m. ET’ to region-staggered blue/green with 30‑minute canaries; cost stayed flat; try APAC-first.

‌⁠‍⁠​‍​‍‌⁠‌​​‍​‍​⁠‍‍​‍​‍‌‍​⁠‌‍⁠​‌‍⁠⁠‌⁠‌‌‌‍‌​‌‍​⁠‌‍⁠⁠‌‍⁠‌‌⁠​​‌⁠‌‌‌⁠‌​‌‍‍‌‌‍⁠‍‌‍‌⁠​‍​‍​‍⁠​​‍​‍‌‍‍⁠​‍​‍​⁠‍‍​‍​‍‌⁠​‍‌‍‌‌‌⁠​​‌‍⁠​‌⁠‍‌​‍​‍​‍⁠​​‍​‍‌‍‍‌‌‍‌​​‍​‍​⁠‍‍​⁠​⁠​⁠‌‍​⁠‌​​‍⁠​​‍​‍‌‍‌​​‍​‍​⁠‍‍​‍​‍​⁠​‍​⁠​​​⁠​‍​⁠‌‍​⁠​​​⁠​‍​⁠​​​⁠​⁠​‍​‍​‍⁠​​‍​‍‌‍‍​​‍​‍​⁠‍‍​‍​‍‌⁠​​‌​‍‌​⁠​​‌⁠‌‍‌​⁠‌‌‍​‌‌‍​‍‌⁠​⁠‌‍‌‌‌⁠‌‌‌⁠‌​‌⁠‌‌‌​​‌‌​‍⁠‌‍‌‌‌⁠‍‌​‍​‍‌⁠⁠‌

Shifting to an APAC-first strategy can really help. When we experimented with shifting some updates to allow for feedback ahead of US clients, it eased deployment stresses. Have you thought about testing specific changes in that window first?

‌⁠‍⁠​‍​‍‌⁠‌​​‍​‍​⁠‍‍​‍​‍‌‍​⁠‌‍⁠​‌‍⁠⁠‌⁠‌‌‌‍‌​‌‍​⁠‌‍⁠⁠‌‍⁠‌‌⁠​​‌⁠‌‌‌⁠‌​‌‍‍‌‌‍⁠‍‌‍‌⁠​‍​‍​‍⁠​​‍​‍‌‍‍⁠​‍​‍​⁠‍‍​‍​‍‌⁠​‍‌‍‌‌‌⁠​​‌‍⁠​‌⁠‍‌​‍​‍​‍⁠​​‍​‍‌‍‍‌‌‍‌​​‍​‍​⁠‍‍​⁠​⁠​⁠‌‍​⁠‌​​‍⁠​​‍​‍‌‍‌​​‍​‍​⁠‍‍​‍​‍​⁠​‍​⁠​​​⁠​‍​⁠‌‍​⁠​​​⁠​‍​⁠​​​⁠‍‌​‍​‍​‍⁠​​‍​‍‌‍‍​​‍​‍​⁠‍‍​‍​‍‌‍⁠​‌​‍‌‌​​⁠‌‍‌⁠‌‍⁠​‌‌​‌‌‍⁠​‌⁠‌​‌⁠‌‌​⁠​‌‌​⁠​‌​⁠⁠‌⁠‍​‌​‌​‌‍‍​‌‍⁠⁠​‍​‍‌⁠⁠‌