培训平台部署备份与容灾从三服务交付到可恢复运行培训平台一旦承载了学习记录、考试成绩和证书信息就不能只关注“服务能不能启动”还要回答数据丢失后能恢复到什么时间点课件和配置能否找回恢复需要多久谁负责执行切换和验证。织码在线教育系统交付了 Docker 编排、服务脚本和前端部署脚本可作为标准化部署的基础。MySQL、Redis、对象存储和 Nacos 等中间件的高可用与备份取决于部署方的选型和运维方案。本文按部署拓扑、备份清单、恢复演练和可用性建设梳理一套可落地的连续性方案。一 先看清平台的部署边界后端由网关、基础服务和资源服务组成通过docker-compose.yml统一编排服务容器名端口主要职责wcs-edu-gatewaygateway9500统一鉴权与路由wcs-edu-server-basebase9510 / 9512用户、组织、权限、订单与配置wcs-edu-server-resourceresource9530 / 9532课程、任务、考试、证书与直播典型编排配置会为服务设置restart: always并把日志挂载到宿主机例如./logs/base:/root/logs/base。这能在进程异常退出时尝试自动拉起也能避免容器删除后日志随容器消失但它不等同于服务高可用更不能替代数据备份。部署交付物通常包括wcs-edu-backend/ ├── docker-compose.yml 三服务编排 ├── .env TAG 与运行环境变量 ├── wcs-edu-gateway/Dockerfile ├── wcs-edu-server/*/Dockerfile ├── distribution/bin/ 服务启停与 systemd 脚本 │ └── service/ 等待依赖、安装与卸载服务 └── docs/sh/ admin / web / h5 / 后端部署脚本配置通过 Nacos 外部化管理例如spring.config.importnacos:application.properties。wait-service-ready.sh用于依赖等待install-systemd.sh可以把服务注册为系统服务。前端 admin、web、h5 由docs/sh/下的脚本部署。具体环境变量、镜像版本和端口应在上线前形成环境清单不能只依赖操作人员记忆。MySQL、Redis 和对象存储可以独立部署或使用云托管。它们的备份、主从、集群和恢复权限属于部署方的基础设施责任需要在交付边界中写清楚。二 按恢复价值建立备份清单备份优先级应按“丢失后能否重建”和“业务影响有多大”判断对象主要内容丢失影响建议策略MySQL用户、课程、学习、考试、证书业务事实难以重建每日全量 binlog 增量RedisToken、缓存、部分考试状态会话失效体验受影响按实际用途配置 RDB/AOF对象存储视频、文档、图片等课件课程无法播放重建成本高备份桶、版本控制或跨区域复制Nacos应用配置、存储和消息参数服务可能无法正确启动变更前导出并归档部署产物镜像 TAG、.env、compose、前端包重建环境速度变慢随版本打包并保存日志操作、错误、任务和访问日志排查与审计证据减少按制度保留并做容量管理MySQL 通常是最难重建的业务事实Redis 的数据是否需要恢复取决于其中保存的是临时缓存还是不可丢失的业务状态。不能用一套固定策略覆盖所有系统备份范围应结合实际数据用途确认。三 把备份变成可验证的恢复方案备份文件存在不代表能够恢复。运维侧可以按下面的顺序建立恢复流程确定故障范围与恢复目标 ↓ 在隔离环境恢复 MySQL 全量并追平 binlog ↓ 恢复对象存储、Nacos 配置和指定版本部署产物 ↓ 启动 gateway / base / resource 并检查依赖状态 ↓ 抽检登录、课程播放、考试记录和证书记录 ↓ 记录 RTO、RPO、缺失数据与改进项建议至少按季度做一次只恢复不切换的演练避免第一次真正故障时才发现备份账号无权限、对象存储路径不一致、配置密钥缺失或镜像版本找不到。演练环境应与生产隔离恢复后的测试数据要标记清楚避免误发通知或污染正式业务。RTO表示恢复到可用状态所需时间RPO表示最多能接受的数据丢失窗口。它们不是系统默认值需要结合企业对考试和合规记录的要求确定。全量备份频率、binlog 保留时长、对象存储版本策略和恢复人员值班安排都应围绕这两个目标制定。四 用务实方式提升可用性目标可执行做法边界进程自愈服务设置restart: always配合健康检查和告警只能处理部分进程级故障消除单点网关前置负载服务多实例部署需要处理会话、配置和依赖一致性数据连续性MySQL 主从或托管高可用Redis 哨兵/集群由部署方结合成本和 RPO 选择快速重建镜像 TAG、.env、compose 和前端构建产物纳入版本管理密钥不能明文散落在代码仓库配置回滚Nacos 变更前导出保留版本和审批记录配置回滚需配合服务重启或刷新策略故障排查使用sys_log的status、errorMessage、durationMs日志留存仍需规划容量和权限高可用、备份和容灾解决的是不同问题高可用减少服务中断备份帮助找回数据容灾方案保证在环境不可用时恢复业务。三者要分别设定目标再通过演练验证组合起来是否满足业务要求。五 上线前的检查清单阶段检查项交付记录部署前镜像版本、端口、环境变量、Nacos 命名空间环境配置清单上线时三服务依赖、前后端访问、日志挂载和告警上线检查表备份时全量、增量、对象存储、配置和部署产物备份任务记录演练时恢复权限、数据抽检、RTO/RPO、缺失项恢复演练报告变更后compose、镜像、配置和前端包是否同步归档版本归档记录六 总结培训平台的连续性保障先要明确交付边界再把业务数据、课件素材、配置、部署产物和日志纳入清单。docker-compose.yml、服务脚本和 Nacos 外部化配置帮助环境标准化MySQL、Redis 和对象存储的高可用与备份则需要部署方结合业务目标落地。真正可靠的方案必须经过恢复演练。只有能在隔离环境恢复服务、抽检关键业务并记录 RTO 和 RPO备份才从“文件存在”变成“业务可恢复”。edis 和对象存储的高可用与备份则需要部署方结合业务目标落地。真正可靠的方案必须经过恢复演练。只有能在隔离环境恢复服务、抽检关键业务并记录 RTO 和 RPO备份才从“文件存在”变成“业务可恢复”。