配置项关系是什么
配置项（CI）关系描述服务、应用与组件之间的依赖与组成，例如应用依赖某个数据库与消息队列、一项服务由多个应用共同支撑。它把静态的资产台账变成可以推理的依赖图，是影响分析、故障定位与变更评估的基础数据。没有关系数据，CMDB 只是一份带字段的清单。
基本信息
| 常见关系 | 依赖 / 被依赖、组成、部署于、连接、使用 |
|---|---|
| 数据载体 | CMDB 关系表、服务目录、架构图工具 |
| 维护方式 | 自动发现为主、人工确认关键关系 |
| 质量要求 | 核心服务上下游关系覆盖率优先于数量 |
| 使用方 | 事件管理、变更管理、容量与连续性规划 |
典型使用场景
- 变更前圈定上下游影响面，决定通知名单与窗口选择
- 事件中判断故障波及范围，快速定位是单点还是共用依赖
- 梳理单点与循环依赖，为冗余改造提供依据
- 演练与灾备方案设计时确定切换顺序与回切路径
- 服务下线或组件替换时清理遗留依赖，避免隐藏调用
影响分析示例
影响分析示例
# 自顶向下记录依赖链：服务 → 应用 → 组件
服务 A（订单） → 应用 B（订单 API） → 数据库 C（主库）
# 变更数据库 C 时推导受影响对象
数据库 C 的变更 → 影响 A、B 及所有调用 B 的渠道
# 预案要落到具体动作，而不是只写一句注意影响
预案：通知 A/B 负责人、准备回退脚本、避开结算高峰常见关系类型
| 关系 | 语义 | 典型示例 |
|---|---|---|
| 依赖 | 前者运行需要后者 | 应用依赖数据库、缓存、消息队列 |
| 组成 | 整体由部件构成 | 服务由多个应用与中间件组成 |
| 部署于 | 运行位置 | 应用部署于某主机或容器集群 |
| 连接 | 网络或数据流 | 应用连接上游支付网关 |
关系建模从服务视角自顶向下梳理，比从资产台账出发更贴近使用场景，也更容易被事件与变更流程直接调用。
新增服务或架构调整时应同步补录关系，并指定关系数据的责任人；只有上线时梳理一次的关系图通常半年内就失去可信度。