企业 AI 托管实务 / FIELD NOTES
应用维护交接清单:从能运行到有人持续负责
整理应用资产、访问权限、日常检查、故障处理与变更记录,附表单通知故障的交接演练示例。
应用上线后,维护团队需要接收哪些资料和实际操作能力?
维护交接不止是把源码或管理员账号交出去。接手者还需要知道应用依赖什么、怎样发现异常、如何恢复,以及谁能决定变更。Microsoft的运维设计与事件管理资料也强调可观察性、明确职责和经过演练的处理程序。
先建立应用资产与责任表
登记正式地址、代码与部署位置、运行环境、域名、数据库、文件存储、第三方服务、到期事项和负责人。区分生产与测试环境,记录依赖关系及业务联系人。
权限通过合适的账号授权移交,交接文档只记录凭据保存位置和管理责任。确认至少有已授权人员能够完成日常维护,避免关键资源依赖个人离职后无法访问的账号。
把日常检查写成可执行步骤
为关键业务流程列出检查入口、预期结果和异常时的处理方式。明确查看哪些日志、失败记录或业务计数,并说明如何关联一次请求的前后步骤。
备份资料应包含范围、位置和恢复办法;是否可恢复需要实际验证。若应用含AI功能,同时记录所用模型或配置、提示词版本、评估样例以及变更后的复查方法。
示例:表单成功但通知未到
假设咨询表单显示提交成功,内部却没有收到提醒。维护手册应先检查提交记录是否存在,再查通知步骤的执行结果,以判断是数据保存还是消息发送出现问题。
若记录已保存,恢复操作应针对缺失通知,避免要求客户再次提交而产生重复记录。记录影响范围、临时处理、负责人员和恢复验证。处理完成后补充原因与后续改进项。
用一次交接演练验证文档
由接手人员使用自己的授权账号完成检查和一次受控恢复演练。把无法独立完成的步骤补进手册,而不是只记录“已培训”。
- 资产、依赖、生产环境与负责人齐全。
- 实际账号能够访问必需资源。
- 关键流程、日志和异常处理入口可定位。
- 恢复、回退和暂停操作已验证。
- 变更记录、未解决问题和复查时间已交接。
交接前记住这几件事
- 维护移交需要可执行的手册和明确的责任。
- 接手者独立完成演练,比口头确认更能发现缺口。
资料中的演示项目和示例仅用于说明工作方法。具体交付要求以接收方规范和双方确认的范围为准。