157 lines
3.0 KiB
Markdown
157 lines
3.0 KiB
Markdown
# 运维后台第一期方案
|
||
> 文档版本：v1.0
|
||
> 最后更新：2026-04-07 10:24:38
|
||
|
||
本文档用于定义运维后台第一期的角色边界、模块范围和与当前 `/dev/workbench` 的分工，作为下周启动正式运维后台时的最小基线。
|
||
|
||
---
|
||
|
||
## 1. 目标
|
||
|
||
运维后台第一期的目标不是替代开发联调台，而是为非开发角色提供一套**可管理活动、可绑定资源、可发布版本**的最小后台。
|
||
|
||
第一期要解决的核心问题：
|
||
|
||
1. 运维人员可以查看和管理活动
|
||
2. 运维人员可以绑定展示定义、内容包和运行绑定
|
||
3. 运维人员可以发布和查看当前生效版本
|
||
4. 默认活动和自定义活动都能统一进入发布流
|
||
|
||
---
|
||
|
||
## 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
|
||
- 查看绑定摘要：
|
||
- `place`
|
||
- `map`
|
||
- `tile release`
|
||
- `course variant`
|
||
|
||
### 3.5 发布管理
|
||
|
||
最小能力：
|
||
|
||
- 发布当前活动
|
||
- 查看当前 release
|
||
- 查看历史 release
|
||
- 查看当前 release 绑定的：
|
||
- `presentation`
|
||
- `contentBundle`
|
||
- `runtime`
|
||
|
||
---
|
||
|
||
## 4. 第一阶段明确不做
|
||
|
||
第一期不做：
|
||
|
||
- 完整资源素材平台
|
||
- 复杂审核流
|
||
- 批量操作
|
||
- 回滚自动化
|
||
- 复杂权限模型
|
||
- 活动搭建器可视化编辑器
|
||
- 工作流编排
|
||
|
||
---
|
||
|
||
## 5. 页面建议
|
||
|
||
建议第一期后台至少包含这几页：
|
||
|
||
1. 活动列表页
|
||
2. 活动详情页
|
||
3. 展示定义选择页/弹层
|
||
4. 内容包选择页/弹层
|
||
5. 运行绑定选择页/弹层
|
||
6. 发布详情页
|
||
|
||
---
|
||
|
||
## 6. 启动时机
|
||
|
||
当前建议的时机是：
|
||
|
||
- 本周先完成“活动系统最小成品闭环”
|
||
- 下周开始做“运维后台第一期”
|
||
|
||
原因：
|
||
|
||
- 当前 workbench 仍承担联调标准化和回归职责
|
||
- 活动配置、发布、进入、结果回看这一条产品链还在本周收口
|
||
- 正式运维后台应在业务主链稳定后启动，避免两条后台线互相干扰
|
||
|
||
---
|
||
|
||
## 7. 一句话结论
|
||
|
||
运维后台第一期应作为**运营配置与发布后台**启动，不替代 workbench，不承担开发诊断；建议在本周活动系统最小成品闭环完成后，于下周正式开工。
|