spring cloud分布式整合zipkin的鏈路跟蹤

為什么使用zipkin？

上篇主要寫了：spring cloud分布式日志鏈路跟蹤

從上篇中可以看出服務之間的調用，假設現在有十幾台服務，那么在查找日志的時候比較繁瑣、復雜，而且在查看調用的時候也會像蜘蛛網一樣，量太大。

這時候zipkin可以把鏈路調用整個過程給升級起來，只需要到一個地方去查找，就可以知道哪一步出錯。

zipkin也分為服務器和客戶端，服務器就是zipkin，微服務就是客戶端。

 首先，建立服務器zipkin

在此服務build.gradle加上zipkin的依賴：

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

這里可以看到它不是屬於spring中的

在application.yml配置中：

server:
  port: 9999
spring:
  application:
    name: zipkin-server #注冊到注冊中心的名字，可以映射ip

配置文件非常簡單

啟動類：

@EnableZipkinServer //表示Zipkin是服務器
@SpringBootApplication
public class ZipkinServerProdiver {
    public static void main(String[] args) {
        SpringApplication.run(ZipkinServerProdiver.class,args);
    }
}

接着在對於zipkin服務器的客戶端build.gradle中加上依賴：

 //表示zipkin的客戶端
    compile group: 'org.springframework.cloud', name: 'spring-cloud-sleuth-zipkin'

這里用到那幾個zipkin的客戶端就在里面加入依賴

當然在客戶端配置文件application.yml中，也要加入zipkin的配置：

spring:
  zipkin:
    base-url: http://localhost:9999 #代表字zipkin服務器地址
  sleuth:
    sampler:
      percentage: 1.0 #0.1-1.0 也就是代表鏈路跟蹤的數據上傳的概率有多大

啟動zipkin服務器：http://localhost:9999

看到這樣就證明啟動成功啦

下面啟動項目，執行微服務之間的調用，並刷新zipkin服務器：

這里可以看到我執行了4次，出現了4個鏈路，我是根據時間來查找的，也可以根據控制台或日志中的鏈路編碼來查找：

我在控制台隨便拿一個進行查找：

可以看到查找到了

zipkin也有鏈路分析：

它也可以時間和鏈路編碼來查找，這樣我們想查找哪一時間段的或精准到哪一條就非常方便了

如果看不懂的小伙伴請參考我前面的博客進行瀏覽，或許就茅塞頓開啦！