2. 服务画像关键维度

服务画像是容量管理与故障复盘的基础数据模型。一个完整的服务画像需要从基本信息、依赖关系、调用链拓扑和业务属性四个维度进行刻画。以下逐一展开。

2.1 服务基本信息

服务基本信息是画像的元数据底座，用于唯一标识一个服务实例及其运行环境。核心字段如下：

2.2 依赖关系

依赖关系描述服务运行所依赖的外部资源与下游服务。按依赖类型可分为三类：

• 基础设施依赖：CPU、内存、磁盘、网络带宽、GPU/NPU。
• 中间件依赖：数据库（MySQL/Redis）、消息队列（Kafka/RabbitMQ）、缓存（Redis/Memcached）、对象存储（S3/MinIO）。
• 服务依赖：RPC/HTTP 调用的下游服务、gRPC 接口、API Gateway 路由。

依赖关系通常以有向图形式存储，每条边携带调用量、平均延迟、超时配置和熔断阈值。以下是一个典型依赖关系表结构：

2.3 调用链拓扑

调用链拓扑是依赖关系的运行时快照，记录了一次完整请求经过的所有服务节点及其调用顺序。与静态依赖关系不同，调用链拓扑包含时序和并发信息，是 MTTR 复盘和容量瓶颈分析的核心输入。

以下 SVG 展示了一个典型的支付请求调用链拓扑结构：

调用链拓扑在容量预测中的关键作用：

• 识别热点路径：统计每条调用链的出现频率，定位高流量路径。
• 计算资源消耗系数：每个节点在调用链中的 CPU/内存开销可累加，用于预测扩容后的资源需求。
• 故障隔离分析：当某个节点出现延迟抖动时，通过拓扑快速评估受影响的上游调用方范围。

2.4 业务属性

业务属性将技术指标与业务语义关联，使容量管理从“资源视角”上升到“业务价值视角”。核心业务属性包括：

2.5 四维度关系总结

四个维度并非孤立存在，而是构成一个完整的服务画像数据模型：

• 基本信息提供身份与环境上下文。
• 依赖关系定义静态资源图谱。
• 调用链拓扑注入运行时动态信息。
• 业务属性赋予容量决策的业务权重。

在容量预测系统中，通常将这四个维度的数据合并为一张服务画像宽表，作为机器学习模型的输入特征。以下 SVG 展示了四维度的融合关系：