為什么使用zipkin？
上篇主要寫了：spring cloud分布式日志鏈路跟蹤
從上篇中可以看出服務之間的調用，假設現在有十幾臺服務，那么在查找日志的時候比較繁瑣、復雜，而且在查看調用的時候也會像蜘蛛網一樣，量太大。
這時候zipkin可以把鏈路調用整個過程給升級起來，只需要到一個地方去查找，就可以知道哪一步出錯。
zipkin也分為服務器和客戶端，服務器就是zipkin，微服務就是客戶端。
首先，建立服務器zipkin
在此服務build.gradle加上zipkin的依賴：
|
1
2
|
compile 'io.zipkin.java:zipkin-server' compile 'io.zipkin.java:zipkin-autoconfigure-ui' |
這里可以看到它不是屬于spring中的
在application.yml配置中：
|
1
2
3
4
5
|
server: port: 9999spring: application: name: zipkin-server #注冊到注冊中心的名字，可以映射ip |
配置文件非常簡單
啟動類：
|
1
2
3
4
5
6
7
|
@enablezipkinserver //表示zipkin是服務器@springbootapplicationpublic class zipkinserverprodiver { public static void main(string[] args) { springapplication.run(zipkinserverprodiver.class,args); }} |
接著在對于zipkin服務器的客戶端build.gradle中加上依賴：
|
1
2
|
//表示zipkin的客戶端 |
這里用到那幾個zipkin的客戶端就在里面加入依賴
當然在客戶端配置文件application.yml中，也要加入zipkin的配置：
|
1
2
3
4
5
6
|
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也有鏈路分析：
它也可以時間和鏈路編碼來查找，這樣我們想查找哪一時間段的或精準到哪一條就非常方便了
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持服務器之家。
原文鏈接：http://www.cnblogs.com/itgaofei/p/9353054.html
