3.0 KiB
3.0 KiB
运维后台第一期方案
文档版本：v1.0 最后更新：2026-04-07 10:24:38
本文档用于定义运维后台第一期的角色边界、模块范围和与当前 /dev/workbench 的分工，作为下周启动正式运维后台时的最小基线。
1. 目标
运维后台第一期的目标不是替代开发联调台，而是为非开发角色提供一套可管理活动、可绑定资源、可发布版本的最小后台。
第一期要解决的核心问题：
- 运维人员可以查看和管理活动
- 运维人员可以绑定展示定义、内容包和运行绑定
- 运维人员可以发布和查看当前生效版本
- 默认活动和自定义活动都能统一进入发布流
2. 与 workbench 的分工
2.1 workbench
继续保留为：
- 开发联调台
- 一键测试台
- 诊断台
- 回归台
继续负责：
Bootstrap Demo- 一键补齐 Runtime 并发布
- 一键标准回归
- Launch 实际配置摘要
- 前端调试日志
2.2 运维后台
第一期定位为：
- 运营配置台
- 发布管理台
- 非开发人员日常使用后台
不承担：
- 一键测试
- 分步诊断
- 调试日志查看
- 开发期 demo 数据准备
3. 第一期开哪些模块
3.1 活动管理
最小能力：
- 活动列表
- 活动详情
- 活动状态查看
- 默认体验活动标记查看
3.2 展示管理
最小能力：
- 查看
EventPresentation - 绑定到活动
- 查看当前 active presentation
3.3 内容包管理
最小能力：
- 查看
ContentBundle - 导入内容包摘要
- 绑定到活动
- 查看当前 active bundle
3.4 运行绑定管理
最小能力：
- 查看
MapRuntimeBinding - 选择活动当前使用的 runtime binding
- 查看绑定摘要：
placemaptile releasecourse variant
3.5 发布管理
最小能力：
- 发布当前活动
- 查看当前 release
- 查看历史 release
- 查看当前 release 绑定的：
presentationcontentBundleruntime
4. 第一阶段明确不做
第一期不做：
- 完整资源素材平台
- 复杂审核流
- 批量操作
- 回滚自动化
- 复杂权限模型
- 活动搭建器可视化编辑器
- 工作流编排
5. 页面建议
建议第一期后台至少包含这几页：
- 活动列表页
- 活动详情页
- 展示定义选择页/弹层
- 内容包选择页/弹层
- 运行绑定选择页/弹层
- 发布详情页
6. 启动时机
当前建议的时机是：
- 本周先完成“活动系统最小成品闭环”
- 下周开始做“运维后台第一期”
原因：
- 当前 workbench 仍承担联调标准化和回归职责
- 活动配置、发布、进入、结果回看这一条产品链还在本周收口
- 正式运维后台应在业务主链稳定后启动，避免两条后台线互相干扰
7. 一句话结论
运维后台第一期应作为运营配置与发布后台启动，不替代 workbench，不承担开发诊断；建议在本周活动系统最小成品闭环完成后，于下周正式开工。