詳解spring cloud分布式整合zipkin的鏈路跟蹤
為什么使用zipkin?
上篇主要寫了:spring cloud分布式日志鏈路跟蹤
從上篇中可以看出服務之間的調用,假設現(xiàn)在有十幾臺服務,那么在查找日志的時候比較繁瑣、復雜,而且在查看調用的時候也會像蜘蛛網(wǎng)一樣,量太大。
這時候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 也就是代表鏈路跟蹤的數(shù)據(jù)上傳的概率有多大
啟動zipkin服務器:http://localhost:9999

看到這樣就證明啟動成功啦
下面啟動項目,執(zhí)行微服務之間的調用,并刷新zipkin服務器:

這里可以看到我執(zhí)行了4次,出現(xiàn)了4個鏈路,我是根據(jù)時間來查找的,也可以根據(jù)控制臺或日志中的鏈路編碼來查找:

我在控制臺隨便拿一個進行查找:

可以看到查找到了
zipkin也有鏈路分析:

它也可以時間和鏈路編碼來查找,這樣我們想查找哪一時間段的或精準到哪一條就非常方便了
以上就是本文的全部內(nèi)容,希望對大家的學習有所幫助,也希望大家多多支持腳本之家。
相關文章
maven打包web項目時同時打包為war和jar文件的方法
本篇文章主要介紹了maven打包web項目時同時打包為war和jar文件的方法,具有一定的參考價值,感興趣的小伙伴們可以參考一下2017-10-10
Java利用TreeUtils工具類實現(xiàn)列表轉樹
在開發(fā)過程中,總有列表轉樹的需求,幾乎是項目的標配,有沒有一種通用且跨項目的解決方式呢?本文將基于Java8的Lambda?表達式和Stream等知識,使用TreeUtils工具類實現(xiàn)一行代碼完成列表轉樹這一通用型需求,需要的可以參考一下2022-11-11
Spring?MVC文件請求處理MultipartResolver詳解
這篇文章主要介紹了Spring?MVC文件請求處理詳解:MultipartResolver,本文通過實例代碼給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2022-11-11

