為什麽使用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也有鏈路分析：

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

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

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