spring cloud 分布式链路跟踪(集成zipkin)

这样的链路追踪虽然可以解决问题但日志太过于分散如果微服务过多就会变的相当复杂

zipkin就可以帮我们把链路调用的过程全部收集起来

它就像注册中心一样分为客户端和服务端想要使用首先建一个模块当作他的服务端

首先添加如下依赖

compile 'io.zipkin.java:zipkin-server'
compile 'io.zipkin.java:zipkin-autoconfigure-ui'

在配置文件中配置它的端口号以及项目名

server:
  port: 9999
spring:
  application:
    name: zikpin-server

然后在他的启动类加上@EnableZipkinServer

@EnableZipkinServer
@SpringBootApplication
public class ZikpinServerProvider {

    public static void main(String[] args) {
        SpringApplication.run(ZikpinServerProvider.class,args);
    }
}

它就表示这个是Zipkin的服务端

之后需要在客户端也加入依赖

    compile group: 'org.springframework.cloud', name: 'spring-cloud-sleuth-zipkin'

在客户端进行配置

spring: 
    zipkin:
        base-url: http://localhost:9999 #代表zipkin服务端的地址
    sleuth:
        sampler:
           percentage: 1.0  #代表提交链路到zipkin的频率 下面细讲

运行localhost:9999

spring cloud 分布式链路跟踪(集成zipkin)

可以看到这个页面这个就是zipkin的主页面他就可以非常具体形象的体现出微服务之间的链路及他们的调用还有耗费的时间、性能等

我们运行一个方法用微服务调用另一个微服务试一下如果对这个不会可以查看我之前的一篇 spring cloud eureka 微服务之间的调用

然后选择时间进行查询可以看到

spring cloud 分布式链路跟踪(集成zipkin) 已经看到我们这次请求调用了两个微服务

我们也可以在右上角根据id查找调用链来根据请求的id来查找需要引入sleuth

具体可以参考我的一篇博客 spring cloud 分布式链路追踪

然后来讲一讲上面的

 sleuth:
        sampler:
           percentage: 1.0

后面的值可以输入0.1-1.0之间代表百分之多少

它的意思就是有百分之多少的请求会上传到zipkin 就比如我们百分之五十那就上传了一次第二次就不上传只通过日志的形式显示

为什么要用这个东西呢

我们微服务之间进行调用本来就有耗费的资源以及限制因为要调用另外一个微服务现在还需要上传到zipkin 那就非常影响性能

如果上传到zipkin需要三十秒那么微服务就什么都不能做必须等这三十秒之后才能做别的事情所以如果上传量特别大的话可以仅上传一些作为采样

也可以把链路信息上传到消息队列中这样就可以解耦合对效率不会有影响然后zipkin再从消息队列进行下载可以用kafka之类的这个我以后会另外再写一篇博客细讲

以上就是集成了zipkin的分布式链路跟踪

spring cloud 分布式链路跟踪(集成zipkin)

相关推荐