Spring Boot + Spring Cloud 構建微服務系統（八）：分散式鏈路追蹤（Sleuth、Zipkin）

SpringBoot SpringCloud ElasticSearch · 發表 2018-10-24 23:11:00

摘要：技術背景在微服務架構中，隨著業務發展，系統拆分導致系統呼叫鏈路愈發複雜，一個看似簡單的前端請求可能最終需要呼叫很多次後端服務才能完成，那麼當整個請求出現問題時，我們很難得知到底是哪個服務出了問題導致的，這時就需要解決一個問題，如何快速定位服務故障點，於是，分散式系統呼叫鏈追蹤技術就此誕生...

技術背景

在微服務架構中，隨著業務發展，系統拆分導致系統呼叫鏈路愈發複雜，一個看似簡單的前端請求可能最終需要呼叫很多次後端服務才能完成，那麼當整個請求出現問題時，我們很難得知到底是哪個服務出了問題導致的，這時就需要解決一個問題，如何快速定位服務故障點，於是，分散式系統呼叫鏈追蹤技術就此誕生了。

ZipKin

Zipkin 是一個由Twitter公司提供並開放原始碼分散式的跟蹤系統，它可以幫助收集服務的時間資料，以解決微服務架構中的延遲問題，包括資料的收集、儲存、查詢和展現。

每個服務向zipkin報告定時資料，zipkin會根據呼叫關係通過Zipkin UI生成依賴關係圖，展示了多少跟蹤請求經過了哪些服務，該系統讓開發者可通過一個 Web 前端輕鬆的收集和分析資料，例如使用者每次請求服務的處理時間等，可非常方便的監測系統中存在的瓶頸。

Zipkin提供了可插拔資料儲存方式：In-Memory、MySql、Cassandra以及Elasticsearch。我們可以跟根據需求選擇不同的儲存方式，生成環境一般都需要持久化。我們這裡採用elasticsearch作為zipkin的資料儲存器。

Spring Cloud Sleuth

一般而言，一個分散式服務追蹤系統，主要有三部分組成：資料收集、資料儲存和資料展示。

Spring Cloud Sleuth為服務之間的呼叫提供鏈路追蹤，通過Sleuth可以很清楚的瞭解到一個服務請求經過了哪些服務，每個服務處理花費了多長。從而讓我們可以很方便的理清各微服務間的呼叫關係。此外，Sleuth還可以幫助我們：

耗時分析: 通過Sleuth可以很方便的瞭解到每個取樣請求的耗時，從而分析出哪些服務呼叫比較耗時。

視覺化錯誤: 對於程式未捕捉的異常，可以通過整合Zipkin服務介面上看到。

鏈路優化: 對於呼叫比較頻繁的服務，可以針對這些服務實施一些優化措施。

spring cloud sleuth可以結合zipkin，將資訊傳送到zipkin，利用zipkin的儲存來儲存資訊，利用zipkin ui來展示資料。

實現案例

在早前的Spring Cloud版本里是需要自建zipkin服務端的，但是從SpringCloud2.0 以後，官方已經不支援自建Server了，改成提供編譯好的jar包供使用者使用。

因為我用的是2.0以後的版本，自建Servcer的方式請自行百度。這裡我們是使用docker方式部署zipkin服務，並採用elasticsearch作為zipkin的資料儲存器。

下載映象

此前請先安裝好docker環境，使用以下命令分別拉取zipkin和elasticsearch映象。

docker pull openzipkin/zipkin
docker pull docker.elastic.co/elasticsearch/elasticsearch:6.3.0

通過 docker images 檢視下載映象。

編寫啟動檔案

建立如下資料夾結構。

dockerfile
|- elasticsearch
||- data
|- docker-compose.yml

docker-compose.yml

version: "3"
services:

elasticsearch:
image:docker.elastic.co/elasticsearch/elasticsearch:6.3.0
container_name: elasticsearch
restart: always
networks:
- elk
ports:
- "9200:9200"
- "9300:9300"
volumes:
- ../elasticsearch/data:/usr/share/elasticsearch/data

zipkin:
image: openzipkin/zipkin:latest
container_name: zipkin
restart: always
networks:
- elk
ports:
- "9411:9411"
environment:
- STORAGE_TYPE=elasticsearch
- ES_HOSTS=elasticsearch

networks:
elk:

關於docker-compose.yml 檔案格式及相關內容請自行百度瞭解。

啟動服務

命令模式進入dockerfile目錄，執行啟動命令如下。

docker-compose up -d

執行過程如下圖所示。

執行完成之後，通過 docker ps 命令檢視，發現zipkin和elasticsearch確實啟動起來了。

到這裡，zipkin服務端就搭建起來了，訪問 ofollow,noindex">http://localhost:9411 ，效果如下，因為還沒有客戶端，所以還沒有資料。

zipkin服務端已經搭建完成了，接下來我們來實現客戶端。

新增依賴

修改 spring-cloud-consul-consumer 專案Maven配置，新增zipkin依賴。

pom.xml

<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>

新增配置

修改配置檔案，新增如下zipkin配置。

spring:
zipkin:
base-url: http://localhost:9411/
sleuth:
sampler:
probability: 1 #樣本採集量，預設為0.1，為了測試這裡修改為1，正式環境一般使用預設值。

application.yml

測試效果

先後啟動註冊中心、服務提供者、服務消費者。

反覆訪問幾次 http://localhost:8521/ribbon/call ，產生zipkin資料。

再次訪問 http://localhost:9411 ，發現出現了我們剛剛訪問的服務，選擇並點選追蹤。

點選追蹤之後，頁面顯示了相關的服務呼叫資訊。

點選呼叫記錄檢視詳情頁面，可以看到每一個服務所耗費的時間和順序。

原始碼下載

碼雲： https://gitee.com/liuge1988/spring-cloud-demo.git

作者：朝雨憶輕塵

出處： https://www.cnblogs.com/xifengxiaoma/