feat: add ops center and node onboarding flow
This commit is contained in:
@@ -31,6 +31,12 @@
|
||||
- 海外控制面 `runtime/sync-summary`
|
||||
- 能看到 `detect_result_batches`
|
||||
|
||||
如果当前已经切到“海外单脑控制面统一驾驶”模式,建议同时配套阅读:
|
||||
|
||||
- `docs/25_domainCheck_海外单脑控制面上线收口总表.md`
|
||||
- `docs/23_domainCheck_终局运维架构设计_海外单脑控制面.md`
|
||||
- `docs/24_domainCheck_NodeAgent协议与ReleaseHub设计.md`
|
||||
|
||||
## 二、上线前必须确认的结论
|
||||
|
||||
上线前至少要确认下面这些结论同时成立:
|
||||
@@ -46,6 +52,34 @@
|
||||
|
||||
## 三、正式上线前执行顺序
|
||||
|
||||
### 0. 先跑一遍统一上线总检
|
||||
|
||||
如果当前已经进入“海外单脑控制面 + 多地域 / Node Agent”这条正式链路,建议先跑:
|
||||
|
||||
```bash
|
||||
cd /www/wwwroot/getDomain/domain-api
|
||||
bash domain-api/deploy/multi-region/drive_ops_center.sh go-live-check http://127.0.0.1:8100 http://152.53.37.118:8100 summary
|
||||
```
|
||||
|
||||
期望:
|
||||
|
||||
- `go_live_status` 为 `ready` 或至少没有新的 `blocking_reasons`
|
||||
- `stack_status` 不为 `blocked`
|
||||
- `route_surface_complete=true`
|
||||
- `launchpad_status` 不为 `blocked`
|
||||
- 如果当前已经纳管执行节点,则 `remote_access_ready` 不应长期为 `0`
|
||||
- `next_step_action_code` / `operator_title` 应能直接说明当前第一优先动作
|
||||
- 如果 `log_sync_enabled=true`,则要额外看 `log_sync_state`、`log_sync_covered_nodes`
|
||||
|
||||
如果这里已经出现 `bootstrap_run / run_acceptance`,说明当前上线前仍有节点接管缺口,应先收口首个缺口节点,再继续下面的业务核验。
|
||||
|
||||
建议这样理解总检输出:
|
||||
|
||||
- `blocking_reasons` 只放真正会阻断上线的项,例如 `remote_agent_ready=0`
|
||||
- `warnings` 表示还能继续联调,但现在还不适合直接宣称“全部收口”
|
||||
- `recommended_commands.next_step` 就是当前最值得优先执行的一条命令
|
||||
- `recommended_commands.log_sync_logs` / `recommended_commands.log_sync_inspection` 用来补远端参与节点的日志观测
|
||||
|
||||
### 1. 核对服务状态
|
||||
|
||||
```bash
|
||||
|
||||
Reference in New Issue
Block a user