收到云服务维护通知后：安排业务检查
维护通知通常描述计划时间、受影响服务、可能现象和建议动作。它不必然意味着业务中断，也不能因为措辞温和而忽略。正确做法是核对时间换算、依赖范围、可观测信号和联系人，并在窗口前完成低风险准备。
确认时间与时区
将通知中的时间转换为团队统一使用的时区，并标注开始、结束和可能延长的范围。若业务跨地域运行，应同时查看各区域的本地安排。不要只把时间复制到日历；还要检查该时段是否碰到批处理、发布或对外活动。
找出直接与间接依赖
直接依赖是通知列出的服务，间接依赖包括身份、网络、日志和队列等上下游。使用最近的架构图或运行记录确认关键链路，不要依赖记忆。对未确定的依赖，可安排一次只读检查，避免在维护前引入新的配置变更。
提前准备观察面板
维护期间应能快速查看请求成功率、延迟、队列深度、资源健康和权限错误。把关键链接集中给值班人员，并确认告警不会因例行噪声被淹没。若需临时调整阈值，记录调整时间和恢复时间，方便后续解释。
设置业务侧缓冲
可根据自身容错能力暂停非紧急批处理、延后大规模部署、增加重试间隔或准备备用流程。采取何种措施取决于实际系统，不能照搬他人方案。任何临时缓冲都应有撤销计划，避免维护结束后长期遗留。
窗口结束后验证恢复
检查关键任务是否正常完成，比较维护前后的错误和延迟，并确认临时开关已恢复。若遇到异常，保留精确时间、资源范围和可复现步骤。结论可以是“未观察到影响”，但应说明观察了什么。