「Java分享客棧」隨時用隨時翻：微服務鏈路追蹤之zipkin搭建

来源:https://www.cnblogs.com/fulongyuanjushi/archive/2022/05/20/16292756.html
-Advertisement-
Play Games

前言 微服務治理方案中，鏈路追蹤是必修課，SpringCloud的組件其實使用很簡單，生產環境中真正令人頭疼的往往是軟體維護，介面在微服務間的調用究竟哪個環節出現了問題，哪個環節耗時較長，這都是項目上線後一定會遇到的問題，為瞭解決這些問題鏈路追蹤便應運而生了。 主流方案 1)、SkyWalking： ...


前言

微服務治理方案中，鏈路追蹤是必修課，SpringCloud的組件其實使用很簡單，生產環境中真正令人頭疼的往往是軟體維護，介面在微服務間的調用究竟哪個環節出現了問題，哪個環節耗時較長，這都是項目上線後一定會遇到的問題，為瞭解決這些問題鏈路追蹤便應運而生了。


主流方案

1)、SkyWalking：這應該是目前最主流的方案了，我所在公司今年的新項目就開始使用這個，效果確實很顯著，功能強大，最重要還是國產的，後面不用看了我們支持國產吧！開個玩笑哈哈，其實這個框架也有缺點，就是稍微有點重，比較適合稍大一點的項目，但可預見後面幾年都是最受歡迎的方案；

2)、Zipkin：這個是老牌鏈路追蹤方案，已經被非常多項目驗證過實用性，相比較於SkyWalking，我個人更喜歡這個框架，因為更輕量級，安裝也非常簡單，是中小規模的微服務項目首選方案。


用法

1、zipkin環境搭建

官方提供了docker版本，十分簡單。也可以下載編譯好的zipkin.jar來運行，是springboot項目。

官網：https://zipkin.io/pages/quickstart.html

1)、啟動

預設埠號啟動zipkin服務，預設埠9411.

java -jar zipkin.jar

2)、指定埠號

java -jar zipkin.jar --server.port=8080

3)、指定訪問RabbitMQ

java -jar zipkin.jar --zipkin.collector.rabbitmq.addresses=127.0.0.1

4)、啟動效果

111.png


2、SpringCloud整合zipkin

springcloud其它基礎依賴包引入這裡省略，直接模擬場景。

會員服務：zipkin_member

訂單服務：zipkin_order

消息服務：zipkin_msg

過程：會員服務調用訂單服務，訂單服務調用消息服務。

1)、引入依賴
<!-- zipkin -->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>
2)、application.yml配置

註意事項：

a)、加上服務名，RestTemplate調用時會用到；

b)、加上zipkin服務端地址；

c)、加上probability採集率設置，預設0.1，測試環境改為1.0保證每次都採集，生產環境適當抽樣即可。（因為10000個請求抽樣1000個也能發現問題了，沒必要全部都採集）

222.png

3)、引入RestTemplate

這裡restTemplate主要用來進行介面調用查看鏈路追蹤是否生效

@Component
public class RestTemplateConfig {
    
    @Bean
    @LoadBalanced
    public RestTemplate restTemplate() {
        return new RestTemplate();
    }
}
4)、controller調用

會員調用訂單

333.png

訂單調用消息

444.png

消息處理具體業務

555.png

5)、查看效果

啟動Zipkin服務端，訪問：http://127.0.0.1:9411

666.png

執行controller介面

777.png

查看鏈路追蹤，可以看到，介面調用的鏈路已經在zipkin顯現了。

888.png

999.png


3、zipkin整合RabbitMQ非同步採集

springboot2.0之後，官方不再推薦使用自建的zipkin server，而是直接使用編譯好的zipkin.jar來給我們使用。

zipkin.jar中的yml配置可以參考：https://github.com/openzipkin/zipkin/blob/master/zipkin-server/src/main/resources/zipkin-server-shared.yml

1)、指定RabbitMQ為伺服器

啟動zipkin服務時指定rabbitmq為伺服器即可，得先啟動rabbitmq伺服器。

java -jar zipkin.jar --zipkin.collector.rabbitmq.addresses=192.168.239.132

啟動之後，可以發現rabbitmq中會自動新增一個zipkin隊列，表示綁定成功。

1010.png

2)、引入中間依賴

給每個微服務引入stream和rabbitmq的中間件依賴

<!-- 引入和rabbitmq的中間依賴 -->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-stream-binder-rabbit</artifactId>
</dependency>
3)、yml配置

修改每個微服務的application.yml，加上rabbitmq的配置。

rabbitmq: 
    host: 192.168.239.132
    port: 5672
    username: guest
    password: guest
4)、啟動和調用

啟動微服務，執行調用。

1111.png

5)、MQ是否收到消息

看rabbitmq是否有收消息，隊列有反應說明rabbitmq收到消息了。

1212png.png

6)、Zipkin是否採集信息

看zipkin是否採集了鏈路信息

1313.png

7)、驗證積壓消息

關掉zipkin服務，看消息是否會積壓在rabbitmq，再啟動zipkin服務，看消息是否會被消費並且獲取到鏈路信息。

1414.png

獲取消息查看，發現獲取到的就是traceId相關的json數據，證明整個過程都是正常的。

1515.png

重新再啟動zipkin服務，發現rabbitmq積壓的消息就被消費了。

1616.png

並且也能獲取到鏈路信息

1717.png


4、zipkin使用MySQL存儲

zipkin.jar中的yml配置可以參考，裡面有關於mysql的配置或者其他如elasticsearch的配置：

https://github.com/openzipkin/zipkin/blob/master/zipkin-server/src/main/resources/zipkin-server-shared.yml

這節我們在上一節MQ的基礎上增加MySQL的啟動配置項

1)、指定MySQL

命令看著很長，其實仔細看發現很簡單，都是見名知義，不必死記硬背。

java -jar zipkin.jar

--zipkin.collector.rabbitmq.addresses=192.168.239.132

--zipkin.storage.type=mysql

--zipkin.storage.mysql.host=127.0.0.1

--zipkin.storage.mysql.port=3306

--zipkin.storage.mysql.username=root

--zipkin.storage.mysql.password=123456

--zipkin.storage.mysql.db=zipkin

2)、創建zipkin資料庫

根據1中命令配置的信息，創建zipkin資料庫，並執行語句創建zipkin採集記錄的三張表。

參考官網：https://github.com/apache/incubator-zipkin/blob/master/zipkin-storage/mysql-v1/src/main/resources/mysql.sql

這裡我也貼出來 zipkin-mysql.sql

1818.png

CREATE TABLE IF NOT EXISTS zipkin_spans (
  `trace_id_high` BIGINT NOT NULL DEFAULT 0 COMMENT 'If non zero, this means the trace uses 128 bit traceIds instead of 64 bit',
  `trace_id` BIGINT NOT NULL,
  `id` BIGINT NOT NULL,
  `name` VARCHAR(255) NOT NULL,
  `remote_service_name` VARCHAR(255),
  `parent_id` BIGINT,
  `debug` BIT(1),
  `start_ts` BIGINT COMMENT 'Span.timestamp(): epoch micros used for endTs query and to implement TTL',
  `duration` BIGINT COMMENT 'Span.duration(): micros used for minDuration and maxDuration query',
  PRIMARY KEY (`trace_id_high`, `trace_id`, `id`)
) ENGINE=InnoDB ROW_FORMAT=COMPRESSED CHARACTER SET=utf8 COLLATE utf8_general_ci;

ALTER TABLE zipkin_spans ADD INDEX(`trace_id_high`, `trace_id`) COMMENT 'for getTracesByIds';
ALTER TABLE zipkin_spans ADD INDEX(`name`) COMMENT 'for getTraces and getSpanNames';
ALTER TABLE zipkin_spans ADD INDEX(`remote_service_name`) COMMENT 'for getTraces and getRemoteServiceNames';
ALTER TABLE zipkin_spans ADD INDEX(`start_ts`) COMMENT 'for getTraces ordering and range';

CREATE TABLE IF NOT EXISTS zipkin_annotations (
  `trace_id_high` BIGINT NOT NULL DEFAULT 0 COMMENT 'If non zero, this means the trace uses 128 bit traceIds instead of 64 bit',
  `trace_id` BIGINT NOT NULL COMMENT 'coincides with zipkin_spans.trace_id',
  `span_id` BIGINT NOT NULL COMMENT 'coincides with zipkin_spans.id',
  `a_key` VARCHAR(255) NOT NULL COMMENT 'BinaryAnnotation.key or Annotation.value if type == -1',
  `a_value` BLOB COMMENT 'BinaryAnnotation.value(), which must be smaller than 64KB',
  `a_type` INT NOT NULL COMMENT 'BinaryAnnotation.type() or -1 if Annotation',
  `a_timestamp` BIGINT COMMENT 'Used to implement TTL; Annotation.timestamp or zipkin_spans.timestamp',
  `endpoint_ipv4` INT COMMENT 'Null when Binary/Annotation.endpoint is null',
  `endpoint_ipv6` BINARY(16) COMMENT 'Null when Binary/Annotation.endpoint is null, or no IPv6 address',
  `endpoint_port` SMALLINT COMMENT 'Null when Binary/Annotation.endpoint is null',
  `endpoint_service_name` VARCHAR(255) COMMENT 'Null when Binary/Annotation.endpoint is null'
) ENGINE=InnoDB ROW_FORMAT=COMPRESSED CHARACTER SET=utf8 COLLATE utf8_general_ci;

ALTER TABLE zipkin_annotations ADD UNIQUE KEY(`trace_id_high`, `trace_id`, `span_id`, `a_key`, `a_timestamp`) COMMENT 'Ignore insert on duplicate';
ALTER TABLE zipkin_annotations ADD INDEX(`trace_id_high`, `trace_id`, `span_id`) COMMENT 'for joining with zipkin_spans';
ALTER TABLE zipkin_annotations ADD INDEX(`trace_id_high`, `trace_id`) COMMENT 'for getTraces/ByIds';
ALTER TABLE zipkin_annotations ADD INDEX(`endpoint_service_name`) COMMENT 'for getTraces and getServiceNames';
ALTER TABLE zipkin_annotations ADD INDEX(`a_type`) COMMENT 'for getTraces and autocomplete values';
ALTER TABLE zipkin_annotations ADD INDEX(`a_key`) COMMENT 'for getTraces and autocomplete values';
ALTER TABLE zipkin_annotations ADD INDEX(`trace_id`, `span_id`, `a_key`) COMMENT 'for dependencies job';

CREATE TABLE IF NOT EXISTS zipkin_dependencies (
  `day` DATE NOT NULL,
  `parent` VARCHAR(255) NOT NULL,
  `child` VARCHAR(255) NOT NULL,
  `call_count` BIGINT,
  `error_count` BIGINT,
  PRIMARY KEY (`day`, `parent`, `child`)
) ENGINE=InnoDB ROW_FORMAT=COMPRESSED CHARACTER SET=utf8 COLLATE utf8_general_ci;
3)、效果

啟動微服務，執行controller請求，看是否成功。

RabbitMQ

1919.png

zipkin

2020.png

MySQL

2121.png


至此，springcloud sleuth + zipkin + rabbitmq + mysql 就全部整合成功了！


總結

微服務的治理方案有很多，學習方向根據個人喜好決定，我的經驗就是不必盲目跟從這種用於輔助的方案，比如現在有SkyWalking，以後可能還有SkyFlying、SkySwimming。

走向高級軟體工程師都要有一個意識，就是在層出不窮的開源框架如雨後春筍般出現的時候，你得有信心用到哪個花點時間就能自己搭建起來，這才是提升自己的最有效方法。

一個項目使用什麼治理方案最重要的絕不是跟風，而是哪款最適合就用哪款，就像你找女朋友一樣，不單單是找漂亮的，而是找最能一起過日子的，否則就是貌合神離。


分享

本篇實際上是我8年多工作及學習過程中在雲筆記中記錄的內容之一，其實還有很多我閑暇之餘都做了下整理，有感興趣的朋友可以私信我獲取，什麼時候用到了翻開說不定就能節省很多時間。


本人原創文章純手打，專註於分享主流技術及實際工作經驗，覺得有一滴滴幫助的話就請點個推薦吧！


喜歡就點一下推薦吧~~
您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 介面中定義變數的簡介說明
    1. Netty源碼研究筆記（2）——Bootstrap系列 顧名思義，Bootstrap是netty提供給使用者的腳手架，類似於Spring的ApplicationContext，通過Bootstrap我們使用一些自定義選項，將相關的組件打包起來，從而快速的啟動伺服器、客戶端。 Bootstrap ...
  • 一文看懂 ZooKeeper ，面試再也不用背八股（文末送PDF）
    ZooKeeper知識點總結 一、ZooKeeper 的工作機制 二、ZooKeeper 中的 ZAB 協議 三、數據模型與監聽器 四、ZooKeeper 的選舉機制和流程 本文將以如下內容為主線講解ZooKeeper中的學習重點，包括 ZooKeeper 中的角色、ZAB協議、數據模型、選舉機制、 ...
  • Java面向對象之構造器
    現在驗證碼登錄已經成為很多應用的主流登錄方式，但是對於OAuth2授權來說，手機號驗證碼處理用戶認證就非常繁瑣，很多同學卻不知道怎麼接入。 認真研究胖哥Spring Security OAuth2專欄的都會知道一個事，OAuth2其實不管資源擁有者是如何認證的，只要資源擁有者在授權的環節中認證了就可 ...
  • 你只會用 Java Sockets？試試這 11 個開源的 Java Socket 框架，真心強。。
    來源：csdn.net/xiaojin21cen/article/details/78587425 ZeroC ICE的Java版，Netty2作者的後續之作Apache MINA，Crmky的Cindy之外，還有個超簡單的QuickServer，讓你專心編寫自己的業務代碼，不用編寫一行TCP代碼。 ...
  • 線程池源碼解析
    1.創建線程池相關參數 線程池的創建要用ThreadPoolExecutor類的構造方法自定義創建，禁止用Executors的靜態方法創建線程池，防止記憶體溢出和創建過多線程消耗資源。 corePoolSize: 線程池核心線程數量，不會自動銷毀，除非設置了參數allowCoreThreadTimeO ...
  • Python技法：用argparse模塊解析命令行選項
    我們在上一篇博客中介紹了Linux系統Shell命令行下可執行程式應該遵守的傳參規範（包括了各種選項及其參數）。Python命令行程式做為其中一種，其傳參中也包括了位置參數（positional和可選參數（optional）。Python程式中我們解析在命令行中提供的各種選項（選項保存在sys.ar... ...
  • Netty源碼研究筆記（1）——開篇
    1. Netty源碼研究筆記（1）——開篇 1.1. Netty介紹 Netty是一個老牌的高性能網路框架。在眾多開源框架中都有它的身影，比如：grpc、dubbo、seata等。 裡面有著非常多值得學的東西： I/O模型 記憶體管理 各種網路協議的實現：http、redis、websocket等等 ...
  • 一文帶你搞懂 Kafka 的系統架構（深度好文，值得收藏）
    Kafka 簡介 Kafka 是一種高吞吐、分散式、基於發佈和訂閱模型的消息系統，最初是由 LinkedIn 公司採用 Scala 和 java 開發的開源流處理軟體平臺，目前是 Apache 的開源項目。 Kafka 用於離線和線上消息的消費，將消息數據按順序保存在磁碟上，併在集群內以副本的形式存 ...
一周排行
    -Advertisement-
    Play Games
  • C#自增運算符詳解：++i與i++的區別及應用場景
    概述：在C#中，++i和i++都是自增運算符，其中++i先增加值再返回，而i++先返回值再增加。應用場景根據需求選擇，首碼適合先增後用，尾碼適合先用後增。詳細示例提供清晰的代碼演示這兩者的操作時機和實際應用。 在C#中，++i 和 i++ 都是自增運算符，但它們在操作上有細微的差異，主要體現在操作的 ...
  • Taurus.MVC 性能壓力測試（ap 壓測 和 linux 下wrk 壓測）：.NET 版本
    上次發佈了：Taurus.MVC 性能壓力測試（ap 壓測 和 linux 下wrk 壓測）：.NET Core 版本，今天計劃準備壓測一下 .NET 版本，來測試並記錄一下 Taurus.MVC 框架在 .NET 版本的性能，以便後續持續優化改進。 為了方便對比，本文章的電腦環境和測試思路，儘量和... ...
  • 一文讀懂.NET WebAPI中FromRoute、FromQuery、FromBody的關鍵角色與用法
    .NET WebAPI作為一種構建RESTful服務的強大工具，為開發者提供了便捷的方式來定義、處理HTTP請求並返迴響應。在設計API介面時，正確地接收和解析客戶端發送的數據至關重要。.NET WebAPI提供了一系列特性，如[FromRoute]、[FromQuery]和[FromBody]，用 ...
  • WPF/C#實現圖像濾鏡優化方案：打造炫目視覺體驗！
    原因：我之所以想做這個項目，是因為在之前查找關於C#/WPF相關資料時，我發現講解圖像濾鏡的資源非常稀缺。此外，我註意到許多現有的開源庫主要基於CPU進行圖像渲染。這種方式在處理大量圖像時，會導致CPU的渲染負擔過重。因此，我將在下文中介紹如何通過GPU渲染來有效實現圖像的各種濾鏡效果。 生成的效果 ...
  • Bogus 實戰：使用 Bogus 和 EFCore 生成模擬數據和種子數據【完整教程】
    引言 上一章我們介紹了在xUnit單元測試中用xUnit.DependencyInject來使用依賴註入，上一章我們的Sample.Repository倉儲層有一個批量註入的介面沒有做單元測試，今天用這個示例來演示一下如何用Bogus創建模擬數據 ，和 EFCore 的種子數據生成 Bogus 的優 ...
  • WPF隨筆收錄-實時繪製心率曲線
    一、前言 在自己的項目中，涉及到實時心率曲線的繪製，項目上的曲線繪製，一般很難找到能直接用的第三方庫，而且有些還是定製化的功能，所以還是自己繪製比較方便。很多人一聽到自己畫就害怕，感覺很難，今天就分享一個完整的實時心率數據繪製心率曲線圖的例子；之前的博客也分享給DrawingVisual繪製曲線的方 ...
  • wpf程式修改啟動入口註意事項
    如果你在自定義的 Main 方法中直接使用 App 類並啟動應用程式，但發現 App.xaml 中定義的資源沒有被正確載入，那麼問題可能在於如何正確配置 App.xaml 與你的 App 類的交互。 確保 App.xaml 文件中的 x:Class 屬性正確指向你的 App 類。這樣，當你創建 Ap ...
  • 記一次 .NET某爐膛鍋爐檢測系統 崩潰分析
    一：背景 1. 講故事 上個月有個朋友在微信上找到我，說他們的軟體在客戶那邊隔幾天就要崩潰一次，一直都沒有找到原因，讓我幫忙看下怎麼回事，確實工控類的軟體環境複雜難搞，朋友手上有一個崩潰的dump，剛好丟給我來分析一下。 二：WinDbg分析 1. 程式為什麼會崩潰 windbg 有一個厲害之處在於 ...
  • 一個.NET內置依賴註入的小型強化版
    前言 .NET生態中有許多依賴註入容器。在大多數情況下，微軟提供的內置容器在易用性和性能方面都非常優秀。外加ASP.NET Core預設使用內置容器，使用很方便。 但是筆者在使用中一直有一個頭疼的問題：服務工廠無法提供請求的服務類型相關的信息。這在一般情況下並沒有影響，但是內置容器支持註冊開放泛型服 ...
  • WPF隨筆收錄-DataGrid固定右側列
    一、前言 在項目開發過程中，DataGrid是經常使用到的一個數據展示控制項，而通常表格的最後一列是作為操作列存在，比如會有編輯、刪除等功能按鈕。但WPF的原始DataGrid中，預設只支持固定左側列，這跟大家習慣性操作列放最後不符，今天就來介紹一種簡單的方式實現固定右側列。（這裡的實現方式參考的大佬 ...
所有分類