Spring Cloud構建微服務架構：分布式服務跟蹤（入門）

作者：翟永超 2018-03-02 16:11:29

開發(fā)

開發(fā)工具

分布式針對上面所述的分布式服務跟蹤問題，Spring Cloud Sleuth提供了一套完整的解決方案。在本章中，我們將詳細介紹如何使用Spring Cloud Sleuth來為我們的微服務架構增加分布式服務跟蹤的能力。

創(chuàng)新互聯(lián)公司是一家專注于成都網(wǎng)站設計、成都網(wǎng)站建設與策劃設計,鹽田網(wǎng)站建設哪家好?創(chuàng)新互聯(lián)公司做網(wǎng)站,專注于網(wǎng)站建設10年,網(wǎng)設計領域的專業(yè)建站公司;建站業(yè)務涵蓋:鹽田等地區(qū)。鹽田做網(wǎng)站價格咨詢:18980820575

通過之前的N篇博文介紹，實際上我們已經(jīng)能夠通過使用它們搭建起一個基礎的微服務架構系統(tǒng)來實現(xiàn)我們的業(yè)務需求了。但是，隨著業(yè)務的發(fā)展，我們的系統(tǒng)規(guī)模也會變得越來越大，各微服務間的調用關系也變得越來越錯綜復雜。

通常一個由客戶端發(fā)起的請求在后端系統(tǒng)中會經(jīng)過多個不同的微服務調用來協(xié)同產(chǎn)生***的請求結果，在復雜的微服務架構系統(tǒng)中，幾乎每一個前端請求都會形成一條復雜的分布式服務調用鏈路，在每條鏈路中任何一個依賴服務出現(xiàn)延遲過高或錯誤的時候都有可能引起請求***的失敗。這時候對于每個請求全鏈路調用的跟蹤就變得越來越重要，通過實現(xiàn)對請求調用的跟蹤可以幫助我們快速的發(fā)現(xiàn)錯誤根源以及監(jiān)控分析每條請求鏈路上的性能瓶頸等好處。

針對上面所述的分布式服務跟蹤問題，Spring Cloud Sleuth提供了一套完整的解決方案。在本章中，我們將詳細介紹如何使用Spring Cloud Sleuth來為我們的微服務架構增加分布式服務跟蹤的能力。

快速入門

在介紹各種概念與原理之前，我們先通過實現(xiàn)一個簡單的示例，對存在服務調用的應用增加一些sleuth的配置實現(xiàn)基本的服務跟蹤功能，以此來對Spring Cloud Sleuth有一個初步的了解，隨后再逐步展開介紹實現(xiàn)過程中的各個細節(jié)部分。

準備工作

在引入Sleuth之前，我們先按照之前章節(jié)學習的內(nèi)容來做一些準備工作，構建一些基礎的設施和應用：

服務注冊中心：eureka-server，這里不做贅述，直接使用之前構建的工程?；蛘咧苯邮褂梦业墓鎒ureka注冊中心，下面的例子使用該注冊中心。
微服務應用：trace-1，實現(xiàn)一個REST接口/trace-1，調用該接口后將觸發(fā)對trace-2應用的調用。具體實現(xiàn)如下：
創(chuàng)建一個基礎的Spring Boot應用，在pom.xml中增加下面依賴：

  
 
 
   
  
   
   
  
      org.springframework.boot 
   
  
      spring-boot-starter-parent 
   
  
      1.5.10.RELEASE 
   
  
        
   
  
   
   
  
   
   
  
      org.springframework.boot 
   
  
      spring-boot-starter-web 
   
  
   
   
  
   
   
  
      org.springframework.cloud 
   
  
      spring-cloud-starter-eureka 
   
  
   
   
  
   
   
  
      org.springframework.cloud 
   
  
      spring-cloud-starter-ribbon 
   
  
   
   
  
   
   
  
       
   
  
           
   
  
              org.springframework.cloud 
   
  
              spring-cloud-dependencies 
   
  
              Dalston.SR5 
   
  
              pom 
   
  
              import

創(chuàng)建應用主類，并實現(xiàn)/trace-1接口，并使用RestTemplate調用trace-2應用的接口。具體如下：

  
 
 
   
  
  @RestController 
   
  
  @EnableDiscoveryClient 
   
  
  @SpringBootApplication 
   
  
  public class TraceApplication { 
   
  
   
   
  
      private final Logger logger = Logger.getLogger(getClass()); 
   
  
   
   
  
      @Bean 
   
  
      @LoadBalanced 
   
  
      RestTemplate restTemplate() { 
   
  
          return new RestTemplate(); 
   
  
      } 
   
  
   
   
  
      @RequestMapping(value = "/trace-1", method = RequestMethod.GET) 
   
  
      public String trace() { 
   
  
          logger.info("===call trace-1==="); 
   
  
          return restTemplate().getForEntity("http://trace-2/trace-2", String.class).getBody(); 
   
  
      } 
   
  
   
   
  
      public static void main(String[] args) { 
   
  
          SpringApplication.run(TraceApplication.class, args); 
   
  
      } 
   
  
   
   
  
  }

application.properties中將eureka.client.serviceUrl.defaultZone參數(shù)指向eureka-server的地址，具體如下：

  
 
 
   
  
  spring.application.name=trace-1 
   
  
  server.port=9101 
   
  
   
   
  
  eureka.client.serviceUrl.defaultZone=http://eureka.didispace.com/eureka/

微服務應用：trace-2，實現(xiàn)一個REST接口/trace-2，供trace-1調用。具體實現(xiàn)如下：
創(chuàng)建一個基礎的Spring Boot應用，pom.xml中的依賴與trace-1相同
創(chuàng)建應用主類，并實現(xiàn)/trace-2接口，具體實現(xiàn)如下：

  
 
 
   
  
  @RestController 
   
  
  @EnableDiscoveryClient 
   
  
  @SpringBootApplication 
   
  
  public class TraceApplication { 
   
  
   
   
  
      private final Logger logger = Logger.getLogger(getClass()); 
   
  
   
   
  
      @RequestMapping(value = "/trace-2", method = RequestMethod.GET) 
   
  
      public String trace() { 
   
  
          logger.info("======"); 
   
  
          return "Trace"; 
   
  
      } 
   
  
   
   
  
      public static void main(String[] args) { 
   
  
          SpringApplication.run(TraceApplication.class, args); 
   
  
      } 
   
  
   
   
  
  }

application.properties中將eureka.client.serviceUrl.defaultZone參數(shù)指向eureka-server的地址，另外還需要設置不同的應用名和端口號，具體如下：

  
 
 
   
  
  spring.application.name=trace-2 
   
  
  server.port=9102 
   
  
  eureka.client.serviceUrl.defaultZone=http://eureka.didispace.com/eureka/

在實現(xiàn)了上面內(nèi)容之后，我們可以將eureka-server、trace-1、trace-2三個應用都啟動起來，并通過postman或curl等工具來對trace-1的接口發(fā)送請求http://localhost:9101/trace-1，我們可以得到返回值Trace，同時還能在它們的控制臺中分別獲得下面的輸出：

  
 
 
   
  
  -- trace-1 
   
  
  INFO 25272 --- [nio-9101-exec-2] ication$$EnhancerBySpringCGLIB$$36e12c68 : ====== 
   
  
   
   
  
  -- trace-2 
   
  
  INFO 7136 --- [nio-9102-exec-1] ication$$EnhancerBySpringCGLIB$$52a02f0b : ======

實現(xiàn)跟蹤

在完成了準備工作之后，接下來我們開始進行本章的主題內(nèi)容，為上面的trace-1和trace-2來添加服務跟蹤功能。通過Spring Cloud Sleuth的封裝，我們?yōu)閼迷黾臃崭櫮芰Φ牟僮鞣浅：唵危恍枰趖race-1和trace-2的pom.xml依賴管理中增加spring-cloud-starter-sleuth依賴即可，具體如下：

  
 
 
   
  
   
   
  
      org.springframework.cloud 
   
  
      spring-cloud-starter-sleuth

到這里，實際上我們已經(jīng)為trace-1和trace-2實現(xiàn)服務跟蹤做好了基礎的準備，重啟trace-1和trace-2后，再對trace-1的接口發(fā)送請求http://localhost:9101/trace-1。此時，我們可以從它們的控制臺輸出中，窺探到sleuth的一些端倪。

  
 
 
   
  
  -- trace-1 
   
  
  INFO [trace-1,f410ab57afd5c145,a9f2118fa2019684,false] 25028 --- [nio-9101-exec-1] ication$$EnhancerBySpringCGLIB$$d8228493 : ====== 
   
  
   
   
  
  -- trace-2 
   
  
  INFO [trace-2,f410ab57afd5c145,e9a377dc2268bc29,false] 23112 --- [nio-9102-exec-1] ication$$EnhancerBySpringCGLIB$$e6cb4078 : ======

從上面的控制臺輸出內(nèi)容中，我們可以看到多了一些形如[trace-1,f410ab57afd5c145,a9f2118fa2019684,false]的日志信息，而這些元素正是實現(xiàn)分布式服務跟蹤的重要組成部分，它們每個值的含義如下：

***個值：trace-1，它記錄了應用的名稱，也就是application.properties中spring.application.name參數(shù)配置的屬性。
第二個值：f410ab57afd5c145，Spring Cloud Sleuth生成的一個ID，稱為Trace ID，它用來標識一條請求鏈路。一條請求鏈路中包含一個Trace ID，多個Span ID。
第三個值：a9f2118fa2019684，Spring Cloud Sleuth生成的另外一個ID，稱為Span ID，它表示一個基本的工作單元，比如：發(fā)送一個HTTP請求。
第四個值：false，表示是否要將該信息輸出到Zipkin等服務中來收集和展示。

上面四個值中的Trace ID和Span ID是Spring Cloud Sleuth實現(xiàn)分布式服務跟蹤的核心。在一次服務請求鏈路的調用過程中，會保持并傳遞同一個Trace ID，從而將整個分布于不同微服務進程中的請求跟蹤信息串聯(lián)起來，以上面輸出內(nèi)容為例，trace-1和trace-2同屬于一個前端服務請求來源，所以他們的Trace ID是相同的，處于同一條請求鏈路中。

本文完整示例：

讀者可以根據(jù)喜好選擇下面的兩個倉庫中查看trace-1和trace-2兩個項目：

Github

Gitee

【本文為51CTO專欄作者“翟永超”的原創(chuàng)稿件，轉載請通過51CTO聯(lián)系作者獲取授權】

戳這里，看該作者更多好文

新聞標題：SpringCloud構建微服務架構：分布式服務跟蹤（入門）
文章起源：http://m.fisionsoft.com.cn/article/ccdijdg.html

新聞中心

Spring Cloud構建微服務架構：分布式服務跟蹤（入門）

其他資訊