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也有鏈路分析：

它也能夠時間和鏈路編碼來查找，這樣咱們想查找哪一時間段的或精準到哪一條就很是方便了

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