业务集群服务器上架
一批服务器从上架需求到纳管完成，用户只决定范围与变更授权，核对、执行与汇总由天枢在系统之间完成，交付清单可追溯到系统回执。
之前的做法6 个环节都由用户手工完成
- 收到上架需求
- 手工整理上架清单
- 手工核对 CMDB
- 手工配置网络
- 通知监控纳管
- 手工汇总交付清单
用天枢之后用户只在 2 个环节介入
- 用户提出目标与期限
- 天枢拆解任务计划
- 天枢生成变更方案
- 用户确认影响与回退
- 天枢执行变更与纳管
- 天枢回执判定完成并汇总
| 对比项 | 之前的做法 | 用天枢之后 |
|---|---|---|
| 谁在推进 | 用户在各系统之间切换，手工传递结果。 | 天枢按目标组织任务，在系统之间执行并回读结果。 |
| 判断依据 | 凭经验判断影响范围，需要时逐个询问业务负责人。 | 关联资源关系、最近变更与历史记录，给出判断依据。 |
| 结果与留档 | 各方分别回报进度，过程记录分散，交接依赖个人回忆。 | 完成状态由系统回执判定，过程自动留档，可用于复盘。 |
这一步用到的 AI 能力
把目标拆成任务计划跨系统读取数据并核对差异生成变更步骤与回退方式
服务器上架分工
用户负责
确定上架范围与变更窗口，授权有影响的变更。
天枢负责
组织任务、跨系统核对与执行，汇总交付清单。
企业系统提供
CMDB 的资源事实、网络平台的变更回执、监控平台的采集结果。