#服务拓扑自动发现

服务拓扑（Service Topology）是理解系统架构和故障影响范围的基础。传统方式是靠人工维护服务依赖关系文档，但这种方式存在滞后性——文档更新往往跟不上代码变更。在微服务架构中，服务数量可能超过数百个，人工维护几乎不可能实现。服务拓扑自动发现正是来解决这个问题。

自动发现的核心数据源是链路追踪。每次服务间的调用都会生成一个 Span，通过聚合所有 Span 的 peer.service 信息，可以自动构建完整的服务依赖图。这个图不仅包含服务名和调用关系，还包含调用次数、延迟、错误率等量化指标。

#拓扑发现的技术实现

从链路追踪数据构建拓扑图，需要经过以下步骤：首先提取所有 Client → Server 的调用关系，每个 Span 的 localEndpoint 是调用方，remoteEndpoint 是被调用方；然后按服务名聚合统计，计算服务间的调用量、延迟分布；最后将调用关系和统计指标存储到拓扑数据库中。

实际实现中需要注意几个问题：超时调用可能导致 Span 的 peer.service 缺失，因为被调用方可能根本没有接收到请求；异步调用（如消息队列）的追踪方式与同步调用不同，需要单独处理；外部服务（如第三方 API）通常无法追踪，需要通过 DNS 或配置白名单的方式手动标注。

#拓扑数据的应用场景

拓扑数据在多个场景中发挥价值。故障影响分析：当某服务故障时，通过拓扑图快速识别所有下游受影响服务，计算影响范围。变更风险评估：在发布前分析目标服务被多少上游服务依赖，如果是被核心链路依赖的公共服务，变更风险更高。容量规划：通过调用链路分析热点路径，识别潜在的容量瓶颈。

Grafana 的 Service Graph 面板和 Jaeger 的依赖图都是基于链路追踪数据自动生成拓扑视图的典型实现。这些视图不仅展示静态的依赖关系，还支持交互式查询：鼠标悬停显示服务指标，点击跳转到服务详情页。