【SpringCloud笔记】(12)分布式请求链路跟踪之Sleuth

Sleuth

背景

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

通俗的说:随着系统变得庞大,微服务模块增多,微服务之间的调用也变得极其复杂,我们有需要知道微服务一次请求走过哪些微服务,走过了哪些节点,当某个微服务出现故障时,我们能够及时追踪到

概述

https://github.com/spring-cloud/spring-cloud-sleuth

Spring Cloud Sleuth提供了一套完整的服务跟踪的解决方案

在分布式系统中提供追踪解决方案并且兼容支持了zipkin

搭建链路监控步骤

zipkin

Sleuth整合了zipKin

SpringCloud从F版起已经不需要自己构建Zipkin Server了,只需调用jar包即可

下载地址:https://dl.bintray.com/openzipkin/maven/io/zipkin/java/zipkin-server/2.12.9/zipkin-server-2.12.9-exec.jar

打开本地终端 使用 [java -jar zipkin-server-2.12.9-exec.jar]启动

访问地址:http://localhost:9411/zipkin/

出现该界面,访问成功

【SpringCloud笔记】(12)分布式请求链路跟踪之Sleuth_第1张图片

完整调用链路

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

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

【SpringCloud笔记】(12)分布式请求链路跟踪之Sleuth_第2张图片

精简图

Trace ld是一整条链路的唯一标识,Span id是每个环节的唯一标识,parent id与上一级的Span id一致,就是通过这种关系将各span关联起来

【SpringCloud笔记】(12)分布式请求链路跟踪之Sleuth_第3张图片

完成一次简单的调用

使用消费者80及提供者8001模块

pom(80同8001)

	
        <dependency>
            <groupId>org.springframework.cloudgroupId>
            <artifactId>spring-cloud-starter-zipkinartifactId>
        dependency>

yml(80同8001)

spring:
  zipkin:
      base-url: http://localhost:9411
  sleuth:
    sampler:
    #采样率值介于 0 到 1 之间,1 则表示全部采集
    probability: 1

8001 controller

@GetMapping("/payment/zipkin")
    public String paymentZipkin()
    {
        return "hi ,i'am paymentzipkin server fall back,welcome to atguigu,O(∩_∩)O哈哈~";
    }

80 controller

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

依次启动eureka7001/8001/80,80调用8001几次测试下

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

可以看到追踪到的服务名

【SpringCloud笔记】(12)分布式请求链路跟踪之Sleuth_第4张图片

也可以看到服务间的调用

【SpringCloud笔记】(12)分布式请求链路跟踪之Sleuth_第5张图片

so easy ~

你可能感兴趣的:(SpringCloud,spring,cloud,分布式)