2. 服务画像基础：服务画像的定义、服务画像的构成要素（元数据、依赖、拓扑）、服务画像与CMDB的关系

2.1 服务画像的定义

服务画像（Service Profiling）是对一个服务在运行态、部署态和设计态的全维度数字化描述。它不仅仅是静态的资产清单，更是一组动态、可查询、可关联的上下文信息集合，用于回答“这个服务是什么、依赖谁、被谁依赖、运行在哪里、关键指标是什么”。

在SRE实践中，服务画像是构建SLO台账、执行质量门禁、进行故障定位和容量评估的基础数据底座。没有准确的服务画像，任何自动化运维和可观测性分析都缺乏可靠的上下文锚点。

2.2 服务画像的构成要素

服务画像由三个核心要素构成：元数据、依赖关系和运行时拓扑。三者共同形成一个立体的服务视图。

2.2.1 元数据（Metadata）

元数据是服务画像的静态基础，描述服务“是什么”。典型的服务元数据字段如下表所示：

2.2.2 依赖关系（Dependencies）

依赖关系描述服务“依赖谁”以及“被谁依赖”。这是进行故障影响分析和变更风险评估的关键输入。依赖关系通常分为两类：

• 上游依赖（Upstream Dependencies）： 当前服务所调用的外部服务或基础设施，例如数据库、缓存、消息队列、其他微服务API。
• 下游依赖（Downstream Dependents）： 调用当前服务的其他服务或客户端。

依赖关系需要记录的关键属性包括：

• 依赖的服务名称或资源标识
• 调用协议（HTTP、gRPC、JDBC、Redis协议等）
• 调用方式（同步/异步）
• 超时配置与重试策略
• 依赖的SLO（如果已知）

2.2.3 运行时拓扑（Runtime Topology）

运行时拓扑是服务在特定时刻的实例分布和连接关系的快照。它比静态依赖关系更动态，反映了服务的实际部署形态和流量路径。

拓扑信息通常包括：

• 服务实例列表（Pod IP、端口、健康状态）
• 服务间调用链路（Trace 拓扑）
• 负载均衡器与网关的接入点
• 数据层的主从/分片关系

2.3 服务画像与CMDB的关系

CMDB（Configuration Management Database，配置管理数据库）是ITIL体系中的核心资产库，而服务画像是面向SRE和可观测性场景的轻量级服务上下文模型。两者既有重叠，又有显著差异。

2.3.1 核心差异对比

2.3.2 协同关系

服务画像不应完全替代CMDB，而是作为CMDB在服务维度的“视图”或“投影”。在实际落地中，推荐以下协同模式：

• CMDB作为权威源： 服务的基础元数据（如服务名称、负责人、所属域）从CMDB同步，保证与资产管理体系一致。
• 服务画像补充动态数据： 运行时拓扑、实时依赖、实例健康状态等动态信息由可观测性平台实时采集，不写入CMDB，而是存储在服务画像的缓存或图数据库中。
• 双向索引： CMDB中的CI ID与服务画像中的服务ID建立映射，支持从资产视角跳转到服务视角，反之亦然。

2.4 小结