SpringCloud Sleuth分布式请求链路追踪Zipkin

所有代码都在github上：https://github.com/demonruin/cloud2020/tree/master

 

官网链接spring-cloud-sleuth官网

在微服务框架中，一个由客户端发起的请求在后端系统中会经过多个不同的的服务节点调用来协同产生最后的请求结果，每一个前段请求都会形成一条复杂的分布式服务调用链路,链路中的任何一环出现高延时或错误都会引起整个请求最后的失败。当链路多的时候，分析定位问题就会很灾难~

Spring Cloud Sleuth提供了一套完整的服务跟踪的解决方案，在分布式系统中提供追踪解决方案并且兼容支持了zipkin

一条链路通过Trace ld唯-标识， Span标识发起的请求信息，各span通过parent id关联起来

整个链路的依赖关系如下：

下面进行搭建链路监控~：需要eureka7001、porvider8001、consumer80来提供测试

1、首先需要构建zipkin-server。SpringCloud从F版起已不需要自己构建Zipkin server了，只需要调用jar包即可

     jar包的下载地址：https://dl.bintray.com/openzipkin/maven/io/zipkin/java/zipkin-server/

    下载下来后，启动jar包，出现下面的页面表示启动成功

   通过请求http://localhost:9411,来打开zipkin dashboard 仪表盘监控页面

2、对provider8001、consumer80添加pom依赖

<!--包含了sleuth+zipkin-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-zipkin</artifactId>
        </dependency>

3、对provider8001、consumer80添加yml配置，此时注意base_url的对齐方式，要不启动会报错，都是添加相同的配置

spring:
  application:
    name: cloud-order-service
  zipkin:
    base-url: http://localhost:9411 #此时注意base_url的对齐方式，要不启动会报错
    sleuth:
      sampler:
        #采样率值介于0~1之间，1表示全部采集，一般设置为0，在并发量高的情况下，一般不会设置为1
        probability: 1

4、对provider8001添加一个测试zipkin的服务接口

@GetMapping(value = "/payment/zipkin")
    public Object zipkin() {
        return "zipkin 测试链路请求返回值加端口号："+serverPort;
    }

5、对consumer80添加一个请求测试接口来访问8001

    @GetMapping(value = "/consumer/payment/zipkin")
    public Object getPaymentZipkin() {
        String forObject = restTemplate.getForObject(PAYMENT_URL_PRE + "/payment/zipkin/", String.class);
        log.info("forObject内容：" + forObject.toString());
        return forObject;
    }

6、请求80新添加的接口，来访问8001的zipkin接口服务，多请求几次，然后查看zipkin dashboard的监控页面变化

① 多了两个微服务的名称

② 选择某个微服务，进行条件查找，比如说有时间过滤等条件筛选

③ 点击进某个链路，能清楚看到链路的调用情况

 

到此，表示SpringCloud Sleuth分布式请求链路追踪兼容zipkin 搭建实现完毕~~~