zipkin mysql edgware_SpringCloud学习之sleuth&zipkin

最新推荐文章于 2022-06-18 10:47:42 发布

聪慧乖巧冷静相机行事

最新推荐文章于 2022-06-18 10:47:42 发布

阅读量74

点赞数

文章标签： zipkin mysql edgware

本文链接：https://blog.csdn.net/weixin_42401356/article/details/113124300

版权

一。调用链跟踪的必要性

首先我们简单来看一下下单到支付的过程，别的不多说，在业务复杂的时候往往服务会一层接一层的调用，当某一服务环节出现响应缓慢时会影响整个服务的响应速度，由于业务调用层次很“深”，那么在排查问题的时候也会更加困难，如果有一种机制帮我们监控、收集这些服务之间层层调用的时间与逻辑关系是否会助于我们排查问题呢？要解决这个问题。我们就必须借助于分布式服务跟踪系统的力量了

一般的，一个分布式服务跟踪系统，主要有三部分：数据收集、数据存储和数据展示。根据系统大小不同，每一部分的结构又有一定变化。譬如，对于大规模分布式系统，数据存储可分为实时数据和全量数据两部分，实时数据用于故障排查(troubleshooting)，全量数据用于系统优化。那么我在贴一张图，此图是spring-cloud-sleuth的概念图：

初次看这个图会有点迷糊，因为有一些名词需要大家了解一下

trace:是指我们从服务开始到服务执行的终点的一次完整的请求与相应。

span: 在一次完整的trace过程中，每调用一个服务都会记录调用信息与响应时间，这个就是span

由此我们可以得出一个结论就是：一次trace由若干个span构成，sleuth是用于调用链追踪，通过sleuth我们可以轻易的追踪到trace经过了哪几个服务，每个服务花费的时间等，而zipkin是一个开源的追踪系统，它负责收集，存储数据并展示给用户。Zipkin提供了可插拔数据存储方式：In-Memory、MySql、Cassandra以及Elasticsearch。

二。spring-cloud-sleuth的快速使用

注意SpringCloud的Finchley M8版本的sleuth和zipkin的包还有点冲突，因此我使用Edgware SR2的版本，此版本对应的SpringBoot的版本是1.5.10.RELEASE，我们还是基于以下项目模块构建：

1. 添加启动zipkin服务zipkin-server模块

gradle配置：

dependencies {

compile('org.springframework.cloud:spring-cloud-starter-eureka')

compile('io.zipkin.java:zipkin-server')

compile('io.zipkin.java:zipkin-autoconfigure-ui')

}

application.yml配置

server:

port:8200eureka:

client:

service-url:

defaultZone: http://localhost:8000/eureka

spring:

application:

name: zipkin-server

View Code

定义启动类：

packagecom.hzgj.lyrk.zipkin.server;importorg.springframework.boot.SpringApplication;importorg.springframework.boot.autoconfigure.SpringBootApplication;importorg.springframework.cloud.client.discovery.EnableDiscoveryClient;importzipkin.server.EnableZipkinServer;

@EnableZipkinServer

@EnableDiscoveryClient

@SpringBootApplicationpublic classZipkinServerApplication {public static voidmain(String[] args) {

SpringApplication.run(ZipkinServerApplication.class, args);

}

View Code

当我们启动成功后，访问http://localhost:8200/可以看到如下界面：