链路追踪技术的原理

1.链路跟踪技术

1.1 链路追踪背景

微服务系统中，随着业务的发展，系统逐渐庞大，服务间调用关系的复杂度也会水涨船高。一个HTTP请求可能涉及多个不同的微服务来处理，返回最后的结果。在这个调用过程中，可能会因为某个服务出现网络延迟过高或发送错误导致请求失败，此时，链路监控尤为重要。

1.2 设计原理

基于代理技术监控请求。在服务接收请求、返回响应的外层做拦截，监控每个链路节点。

• traceId: 请求链路全局唯一id
• spanId：单个节点id
• parentId：上级节点id

2.Skywalking

2.1 什么是SkyWalking

SkyWalking是一个开源的观测平台，用于从服务和云原生等基础设施中收集、分析、聚合以及可视化数据，SkyWalking 提供了一种简便的方式来清晰地观测分布式系统，甚至可以观测横跨不同云的系统，SkyWalking 更像是一种现代的应用程序性能监控（Application Performance Monitoring，即APM）工具，专为云原生，基于容器以及分布式系统而设计。

2.2 基本介绍

探针

探针用于收集数据，将数据格式化为 SkyWalking 适用的格式。例如在Java中通过字节码植入，无侵入式的收集，以 HTTP 或者 gRPC 方式发送数据到平台后端 。通过Agent技术，代理主函数。

平台后端

支持集群模式运行的后台，用于数据聚合、数据分析以及驱动数据流从探针到用户界面的流程。平台后端还提供了各种可插拔的能力，如不同来源数据（如来自 Zipkin）格式化，不同存储系统以及集群管理。

存储

Skywalking默认将数据存放在内存。支持选择既有的存储系统，如 ElasticSearch、或 MySQL 集群，也可以选择自己实现一个存储系统。

UI

SkyWalking的可视化界面，UI非常炫酷且强大，可定制以匹配你已存在的后端服务。

服务（Service）

表示对请求提供相同行为的一系列或一组工作负载。在使用打点代理或 SDK 的时候，你可以定义服务的名字。如果不定义的话，SkyWalking 将会使用你在平台上定义的名字，如 Istio。

服务实例（Service Instance）

上述的一组工作负载中的每一个工作负载称为一个实例。就像 Kubernetes 中的 pods 一样，服务实例未必就是操作系统上的一个进程。但当你在使用打点代理的时候， 一个服务实例实际就是操作系统上的一个真实进程。

端点（Endpoint）

对于特定服务所接收的请求路径，如 HTTP 的 URI 路径和 gRPC 服务的类名 + 方法签名

2.3 角色

agent

和业务系统关联在一起，负责收集各种监控数据。

oapservice

负责处理监控数据的，比如接受skywalking agent的监控数据，并存储在数据库中（例如elasticsearch、mysql中等）;接受skywalking webapp的前端请求，从数据库查询数据，并返回数据给前端。，Skywalking oapservice通常以集群的形式存在。

web

前端界面，用于展示数据。

数据存储

用于存储监控数据的数据库，比如mysql、elasticsearch等。

2.4 工作原理

• agent代理服务，监控端点请求链路
• agent将监控数据上报至oap集群
• oap集群将监控数据持久化至数据存储
• 用户在B端查询监控数据

欢迎大家和帝都的雁积极互动，头脑交流会比个人埋头苦学更有效！共勉！

公众号：帝都的雁