詳解spring cloud分布式整合zipkin的鏈路跟蹤
為什么使用zipkin?
上篇主要寫了:spring cloud分布式日志鏈路跟蹤
從上篇中可以看出服務(wù)之間的調(diào)用,假設(shè)現(xiàn)在有十幾臺服務(wù),那么在查找日志的時候比較繁瑣、復(fù)雜,而且在查看調(diào)用的時候也會像蜘蛛網(wǎng)一樣,量太大。
這時候zipkin可以把鏈路調(diào)用整個過程給升級起來,只需要到一個地方去查找,就可以知道哪一步出錯。
zipkin也分為服務(wù)器和客戶端,服務(wù)器就是zipkin,微服務(wù)就是客戶端。
首先,建立服務(wù)器zipkin
在此服務(wù)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是服務(wù)器 @SpringBootApplication public class ZipkinServerProdiver { public static void main(String[] args) { SpringApplication.run(ZipkinServerProdiver.class,args); } }
接著在對于zipkin服務(wù)器的客戶端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服務(wù)器地址 sleuth: sampler: percentage: 1.0 #0.1-1.0 也就是代表鏈路跟蹤的數(shù)據(jù)上傳的概率有多大
啟動zipkin服務(wù)器:http://localhost:9999
看到這樣就證明啟動成功啦
下面啟動項目,執(zhí)行微服務(wù)之間的調(diào)用,并刷新zipkin服務(wù)器:
這里可以看到我執(zhí)行了4次,出現(xiàn)了4個鏈路,我是根據(jù)時間來查找的,也可以根據(jù)控制臺或日志中的鏈路編碼來查找:
我在控制臺隨便拿一個進行查找:
可以看到查找到了
zipkin也有鏈路分析:
它也可以時間和鏈路編碼來查找,這樣我們想查找哪一時間段的或精準到哪一條就非常方便了
以上就是本文的全部內(nèi)容,希望對大家的學習有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
SpringBoot+Eureka實現(xiàn)微服務(wù)負載均衡的示例代碼
這篇文章主要介紹了SpringBoot+Eureka實現(xiàn)微服務(wù)負載均衡的示例代碼,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2019-11-11Java實現(xiàn)發(fā)送手機短信語音驗證功能代碼實例
這篇文章主要介紹了Java實現(xiàn)發(fā)送手機短信語音驗證功能代碼實例,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下2019-09-09