日志、备份与监控

运行维护

维护工作围绕服务状态、业务运行、模型用量、文件存储和发布配置展开。先通过资源与运行标识定位一次实际调用，再分析其后端日志和外部依赖。

一、日志定位

信息	用途
时间与环境	对齐用户操作与服务实例
资源、会话、运行标识	定位本次执行和消息
节点或任务状态	找到失败阶段
模型与用途	对照供应商请求和用量
发布版本与 buildId	判断是否为本次发布影响

容器部署从 docker compose logs 查询对应服务；JAR 部署按进程管理配置查询应用日志。密钥和用户文件正文不作为常规排错日志公开传递。

二、基础服务检查

检查 MySQL 连接及存储空间、Redis 可用性、对象存储读取和写入、向量服务连接，以及模型服务响应。创作媒体任务另检查 ffmpeg、字幕能力和字体资源。

流式反向代理

对话和任务事件流需要代理持续转发。出现成批输出、固定时间断开等现象时，核对代理缓冲与读取超时，并结合业务运行状态判断服务端是否仍在执行。

三、数据保护

重点保护数据库、原始资料与作品文件、关键环境配置、密钥材料及线上注册表。备份频率和保留期按业务恢复需求确定，构建缓存与可重新生成的索引可降低备份优先级。

恢复后以登录、资源查询、代表性运行、资料下载和检索验证数据关系。数据库与文件存储恢复到同一时间点，保证资料记录与原文件对应。

四、日常核对

发布前检查版本与配置，发布后检查业务结果；按周期查看失败运行和异常用量。停用模型、删除资源或清理文件前，先确认对应业务引用和保存要求。

常见问题见 故障排查。