业务方通知与切换公告

迁移切换之前，业务方如果不知情，出了问题的第一反应往往是先质问运维昨晚动了什么。通知这件事成本低、收益高，做规范了能省掉一半扯皮。 提前几天说什么 切换前三到五天发第一轮通知，内容四项：时间窗口、影响范围、预计时长、紧急联系人。窗口期的表述要具体到"10 月 15 日 01:00-03:00"，而不是含糊的"近期某天凌晨"。给业务方留出调整节奏的余地，别撞上人家要发活动、赶大促。通知分两级：直接受影响的业务方逐个点对点通知并确认收到，泛相关方走群公告，一条群消息覆盖不了所有人。 窗口怎么选 选业务低谷是常识，凌晨一点到六点是多数站点的低谷，但还要看两点：值班安排能不能跟上，有没有定时任务恰好排在凌晨。比如每日报表在两点生成，迁移就得绕开；月底结账、周报汇总这类周期节点，翻一遍日历提前避开。 公告怎么写 对外公告三段就够：什么时间、有什么影响、有问题找谁。反馈渠道务必具体，用户群、工单入口至少留两个，写"有问题请联系客服"等于没写。公告放在官网显著位置，App 内再推一条。开头一句可以照这个骨架写：为提升服务质量，系统将于某月某日某时至某时进行维护，期间服务可能出现短暂波动。 切换当晚的节奏 开始前一小时再发一轮提醒；切换结束发完成通报，附上验证结论，比如核心功能已回归测试通过；观察 24 小时无异常后，再发一条收尾说明。三次消息发到位，业务方的信任是实打实攒下来的。完成通报带上三样：起止时间、验证项清单、异常处理记录，一条异常都没有也写个无。 迁移是技术动作，切换是协作动作。通知到位的迁移，就算有点小磕绊，也是大家有预期的正常波动；不打招呼的迁移，顺利也会被记一笔。