4、服务依赖关系画像：上游依赖、下游依赖、中间件依赖、外部API依赖的识别与建模方法
在发布工程MTTR复盘场景中，服务依赖关系画像是故障定位的“导航地图”。一次发布导致的故障，往往不是服务自身代码缺陷，而是依赖关系错配、超时链式放大或中间件资源耗尽。本节将系统讲解如何识别四类依赖（上游、下游、中间件、外部API），并建立可用于故障回溯的依赖模型。
4.1 四类依赖的定义与识别边界
依赖关系必须按通信方向与承载层级严格分类，避免在复盘时混淆“谁依赖谁”以及“故障传播路径”。
| 依赖类型 | 定义 | 典型协议/接口 | 故障影响特征 |
|---|---|---|---|
| 上游依赖 | 当前服务接收请求的来源服务 | HTTP/gRPC/消息队列消费 | 请求量突增/突降、调用方重试风暴 |
| 下游依赖 | 当前服务发起调用以完成业务逻辑的目标服务 | HTTP/gRPC/Thrift/RPC | 响应超时、连接池耗尽、熔断触发 |
| 中间件依赖 | 基础设施类组件，如数据库、缓存、消息队列 | MySQL/Redis/Kafka/Elasticsearch | 连接数打满、慢查询、堆积、主从切换 |
| 外部API依赖 | 第三方服务或跨组织服务，不可控 | REST/SOAP/WebSocket | 限流、鉴权失败、证书过期、DNS解析异常 |
4.2 依赖关系建模方法
依赖关系建模需要从静态拓扑、动态调用链、运行时指标三个层面完成。静态拓扑描述“应该调用谁”，动态调用链描述“实际调用了谁”，运行时指标描述“调用质量如何”。
4.2.1 静态依赖拓扑图
基于服务注册中心、配置中心、API网关路由表，生成服务间依赖的静态快照。这是MTTR复盘的基础基线，用于判断故障期间的调用关系是否偏离预期。
# 静态依赖拓扑示例（YAML格式）
services:
- name: order-service
upstream:
- api-gateway
- user-service
downstream:
- inventory-service
- payment-service
middleware:
- mysql: order-db
- redis: order-cache
- kafka: order-event
external_api:
- logistics-provider
- sms-gateway
4.2.2 动态调用链与依赖矩阵
通过分布式追踪系统（如Jaeger、Zipkin）采集故障时间窗口内的实际调用数据，构建依赖矩阵。矩阵的行表示调用方，列表示被调用方，单元格值为调用次数、平均延迟、错误率。
| 调用方 \ 被调用方 | inventory-service | payment-service | order-db | logistics-provider |
|---|---|---|---|---|
| order-service | 12,340 / 45ms / 0.2% | 8,210 / 120ms / 3.1% | 24,500 / 8ms / 0.01% | 1,050 / 350ms / 12.5% |
| user-service | — | — | 6,700 / 5ms / 0.05% | — |
在MTTR复盘时，将故障时间窗口的依赖矩阵与基线矩阵做差值，快速定位异常依赖边。
4.2.3 运行时依赖健康状态模型
为每个依赖边定义健康状态机：健康 → 慢响应 → 超时 → 熔断 → 降级。通过Prometheus指标（如请求延迟P99、错误率、连接池使用率）驱动状态转换，并在发布期间实时更新。
4.3 依赖关系画像的SVG建模图
下图展示了一个典型微服务系统的依赖关系画像模型，包含四类依赖的识别与故障传播路径。
4.4 依赖关系画像在MTTR复盘中的应用
依赖关系画像不是静态文档，而是故障回溯的“探针”。在发布工程MTTR复盘流程中，画像数据需要与以下环节联动：
- 故障发现阶段： 依赖健康状态模型触发告警，标记异常依赖边（如payment-service超时率>5%）。
- 故障定位阶段： 对比故障前后依赖矩阵，定位变化最大的依赖边；结合静态拓扑判断是否为新增或变更的依赖。
- 故障恢复阶段： 根据依赖画像执行定向降级或熔断策略，隔离故障依赖边，保障核心链路。
- 复盘分析阶段： 将依赖画像与发布变更内容关联，识别“变更引入的新依赖”或“依赖配置错误”等根因。
4.5 依赖关系画像的自动化建模流程
为了在每次发布后快速生成依赖画像，建议建立自动化流水线：
| 步骤 | 输入 | 处理方式 | 输出 |
|---|---|---|---|
| 1. 采集 | 服务注册信息、APM调用链、网络流量 | 定时任务 + 流式采集 | 原始依赖边列表 |
| 2. 分类 | 原始依赖边列表 | 按端口/协议/域名规则自动分类 | 四类依赖标记数据 |
| 3. 建模 | 分类后的依赖数据 | 构建依赖矩阵 + 健康状态机 | 依赖画像JSON |
| 4. 存储 | 依赖画像JSON | 写入时序数据库 + 图数据库 | 可回溯的依赖快照 |
| 5. 可视化 | 依赖快照 | 生成SVG拓扑图 + 依赖矩阵热力图 | 复盘看板 |
依赖关系画像是发布工程MTTR复盘的“骨架”。没有准确的依赖画像，故障定位就像在迷宫中闭眼行走。通过静态拓扑、动态调用链、运行时健康状态三个维度的建模，SRE团队可以在故障发生后的几分钟内锁定故障传播路径，将MTTR从小时级压缩到分钟级。