密钥轮转记录

记录人：陈静

执行人：周敏

对象：企业微信应用凭证

完成日期：0000-00-00

结论：新凭证已生效，旧凭证已停用

一、轮转结论

9月8日完成行政协同平台企业微信应用凭证的轮换。新别名 wecom-0000-09 已在生产 2 台实例生效，旧别名 wecom-0000-06 于当日 18:00 停用。轮换窗口内审批待办和预订通知发送成功率为 100%，抽查的 20 条消息与单据一致。新凭证有效期至 12月2日，到期前 14 天会提醒更换。

二、轮转范围

本次只轮换企业微信应用的发送凭证，别名从 wecom-0000-06 换成 wecom-0000-09。数据库密码、对象存储密钥和员工登录凭证不在本次范围内。企业微信侧在 10:00 起同时接受新旧两把凭证，旧凭证保留到 18:00，以便已经发出、尚未验证的请求仍能通过。18:00 之后只接受新凭证。

三、执行过程

两台重启间隔 25 分钟。第一台健康之后才动第二台，期间至少有一台用有效凭证发送。重启过程中预订和请假的写入没有中断，只有消息发送在单台重启的 40 秒内由另一台承担。

四、验证结果

王芳抽查审批待办 10 条、预订通知 10 条，单号、标题和接收人都与页面一致。11:12 有 1 条消息用旧凭证发送成功，因为第二台当时还没重启，这符合双凭证窗口的安排。18:10 刘洋用旧别名再领一次凭证，密钥系统拒绝领取。18:20 用新别名发送 1 条测试待办，主管测试号在 8 秒内收到。全日没有需要手工补发的审批消息。

五、后续安排

1. 旧凭证材料在密钥系统保留 30 天，只供审计读取，应用不能再领取。陈静于 10月8日提交删除，此项尚未办理。
2. 新凭证到期日为 12月2日。11月18日的到期提醒由陈静负责，下一轮仍由她生成别名、周敏重启实例。
3. 环境变量 WECOM_SECRET_ALIAS 的生产值保持 wecom-0000-09，与本次结果一致。预发继续使用 wecom-staging，没有跟随这次轮换。