SpringCloud Sleuth分布式链路跟踪

概述

为什么会出现这个技术？需要解决哪些问题？

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

是什么

• https://cloud.spring.io/spring-cloud-sleuth/reference/html/
• Spring Cloud Sleuth提供了一套完整的服务跟踪的解决方案
• 在分布式系统中提供追踪解决方案并且兼容支持了zipkin

解决

搭建链路监控步骤

1.zipkin

下载

• SpringCloud从F版已不需要自己构建Zipkin Server了，只需要调用jar包即可
• https://dl.bintray.com/openzipkin/maven/io/zipkin/java/zipkin-server/
• zipkin-server-2.12.9-exec.jar

运行jar

java -jar zipkin-server-2.12.9-exec.jar

运行控制台

http://localhost:9411/zipkin/

术语

完整的调用链路

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

上图what

名词解释

• Trace：类似于树结构的Span结合，表示一条调用链路，存在唯一标识
• span：标识调用链路来源，通俗的理解span就是一次请求信息

2.服务提供者

cloud-provider-payment8001

POM

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>

YML

spring:
  application:
    name: cloud-payment-service
  zipkin:
    base-url: http://localhost:9411
  sleuth:
    sampler:
      #采样取值介于 0到1之间，1则表示全部收集
      probability: 1

业务类PaymentController

新增一个方法

@GetMapping(value="/payment/zipkin")
public String paymentZipkin() {
    return "hello,i am paymentZipkin server fallback,O(∩_∩)O哈哈~";
}

3.服务消费者

cloud-consumer-order80

POM

<!-- 包含了sleuth zipkin 数据链路追踪-->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>

YML

spring:
  application:
    name: cloud-order-service
  zipkin:
    base-url: http://localhost:9411
  sleuth:
    sampler:
      #采样取值介于 0到1之间，1则表示全部收集
      probability: 1

业务类ordercontroller

@GetMapping(value="/consumer/payment/zipkin")
public String paymentZipkin() {
    return restTemplate.getForObject(PAYMENT_URL + "/payment/zipkin/",String.class);
}

4.依次启动eureka7001/8001/80

80调用8001几次测试下

5.打开浏览器访问http://localhost:9411

会出现以下界面

查看

查看依赖关系

原理

（编辑：北几岛）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!