天天看点

服务链路追踪(Spring Cloud Sleuth)

一、简介

spring cloud sleuth 主要功能就是在分布式系统中提供追踪解决方案,并且兼容支持了 zipkin,你只需要在pom文件中引入相应的依赖即可。

二、服务追踪分析

服务链路追踪(Spring Cloud Sleuth)

随着服务的越来越多,对调用链的分析会越来越复杂。它们之间的调用关系也许如下:

服务链路追踪(Spring Cloud Sleuth)

三、术语

span:基本工作单元,例如,在一个新建的span中发送一个rpc等同于发送一个回应请求给rpc,span通过一个64位id唯一标识,trace以另一个64位id表示,span还有其他数据信息,比如摘要、时间戳事件、关键值注释(tags)、span的id、以及进度id(通常是ip地址)

span在不断的启动和停止,同时记录了时间信息,当你创建了一个span,你必须在未来的某个时刻停止它。

trace:一系列spans组成的一个树状结构,例如,如果你正在跑一个分布式大数据工程,你可能需要创建一个trace。

annotation:用来及时记录一个事件的存在,一些核心annotations用来定义一个请求的开始和结束

cs - client sent -客户端发起一个请求,这个annotion描述了这个span的开始

sr - server received -服务端获得请求并准备开始处理它,如果将其sr减去cs时间戳便可得到网络延迟

ss - server sent -注解表明请求处理的完成(当请求返回客户端),如果ss减去sr时间戳便可得到服务端需要的处理请求时间

cr - client received -表明span的结束,客户端成功接收到服务端的回复,如果cr减去cs时间戳便可得到客户端从服务端获取回复的所有所需时间

将span和trace在一个系统中使用zipkin注解的过程图形化:

服务链路追踪(Spring Cloud Sleuth)

四、构建工程

基本知识讲解完毕,下面我们来实战,本文的案例主要有三个工程组成:一个server-zipkin,它的主要作用使用zipkinserver 的功能,收集调用数据,并展示;一个service-hi,对外暴露hi接口;一个service-miya,对外暴露miya接口;这两个service可以相互调用;并且只有调用了,server-zipkin才会收集数据的,这就是为什么叫服务追踪了。

4.1 构建server-zipkin

建一个spring-boot工程取名为server-zipkin,在其pom引入依赖:

在其程序入口类, 加上注解@enablezipkinserver,开启zipkinserver的功能:

指定端口:

4.2 创建service-hi

在其pom引入依赖:

在其配置文件指定“spring.zipkin.base-url”:

通过引入spring-cloud-starter-zipkin依赖和设置spring.zipkin.base-url就可以了。

对外暴露接口:

4.3 创建service-miya

创建过程痛service-hi,引入相同的依赖,配置下spring.zipkin.base-url。

4.4 启动工程,演示追踪

服务链路追踪(Spring Cloud Sleuth)
服务链路追踪(Spring Cloud Sleuth)

点击find traces,可以看到具体服务相互调用的数据:

服务链路追踪(Spring Cloud Sleuth)

本文源码下载:

<a href="https://github.com/forezp/springcloudlearning/tree/master/chapter9">https://github.com/forezp/springcloudlearning/tree/master/chapter9</a>