SpringCloud构建微服务架构：分布式服务跟踪（入门）

Spring Cloud构建微服务架构：分布式服务跟踪（入门）

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

开发

开发工具

分布式 针对上面所述的分布式服务跟踪问题，Spring Cloud Sleuth提供了一套完整的解决方案。在本章中，我们将详细介绍如何使用Spring Cloud Sleuth来为我们的微服务架构增加分布式服务跟踪的能力。

创新互联公司是一家专注于成都网站设计、成都网站建设与策划设计,盐田网站建设哪家好?创新互联公司做网站,专注于网站建设10年,网设计领域的专业建站公司;建站业务涵盖:盐田等地区。盐田做网站价格咨询:18980820575

通过之前的N篇博文介绍，实际上我们已经能够通过使用它们搭建起一个基础的微服务架构系统来实现我们的业务需求了。但是，随着业务的发展，我们的系统规模也会变得越来越大，各微服务间的调用关系也变得越来越错综复杂。

通常一个由客户端发起的请求在后端系统中会经过多个不同的微服务调用来协同产生***的请求结果，在复杂的微服务架构系统中，几乎每一个前端请求都会形成一条复杂的分布式服务调用链路，在每条链路中任何一个依赖服务出现延迟过高或错误的时候都有可能引起请求***的失败。这时候对于每个请求全链路调用的跟踪就变得越来越重要，通过实现对请求调用的跟踪可以帮助我们快速的发现错误根源以及监控分析每条请求链路上的性能瓶颈等好处。

针对上面所述的分布式服务跟踪问题，Spring Cloud Sleuth提供了一套完整的解决方案。在本章中，我们将详细介绍如何使用Spring Cloud Sleuth来为我们的微服务架构增加分布式服务跟踪的能力。

快速入门

在介绍各种概念与原理之前，我们先通过实现一个简单的示例，对存在服务调用的应用增加一些sleuth的配置实现基本的服务跟踪功能，以此来对Spring Cloud Sleuth有一个初步的了解，随后再逐步展开介绍实现过程中的各个细节部分。

准备工作

在引入Sleuth之前，我们先按照之前章节学习的内容来做一些准备工作，构建一些基础的设施和应用：

  • 服务注册中心：eureka-server，这里不做赘述，直接使用之前构建的工程。或者直接使用我的公益eureka注册中心，下面的例子使用该注册中心。
  • 微服务应用：trace-1，实现一个REST接口/trace-1，调用该接口后将触发对trace-2应用的调用。具体实现如下：
  • 创建一个基础的Spring Boot应用，在pom.xml中增加下面依赖：
  
 
 
    
   
  
  
  1.  
    2. 
   
  
  
  2.     org.springframework.boot 
    3. 
   
  
  
  3.     spring-boot-starter-parent 
    4. 
   
  
  
  4.     1.5.10.RELEASE 
    5. 
   
  
  
  5.       
    6. 
   
  
  
  6.  
    7. 
   
  
  
  7.  
    8. 
   
  
  
  8.     org.springframework.boot 
    9. 
   
  
  
  9.     spring-boot-starter-web 
    10. 
   
  
  
  10.  
    11. 
   
  
  
  11.  
    12. 
   
  
  
  12.     org.springframework.cloud 
    13. 
   
  
  
  13.     spring-cloud-starter-eureka 
    14. 
   
  
  
  14.  
    15. 
   
  
  
  15.  
    16. 
   
  
  
  16.     org.springframework.cloud 
    17. 
   
  
  
  17.     spring-cloud-starter-ribbon 
    18. 
   
  
  
  18.  
    19. 
   
  
  
  19.  
    20. 
   
  
  
  20.      
    21. 
   
  
  
  21.          
    22. 
   
  
  
  22.             org.springframework.cloud 
    23. 
   
  
  
  23.             spring-cloud-dependencies 
    24. 
   
  
  
  24.             Dalston.SR5 
    25. 
   
  
  
  25.             pom 
    26. 
   
  
  
  26.             import 
    27. 
   
  
  
  27.          
    28. 
   
  
  
  28.      
    29. 
   
  
  
  29.  
    30.
  • 创建应用主类，并实现/trace-1接口，并使用RestTemplate调用trace-2应用的接口。具体如下：
  
 
 
    
   
  
  
  1. @RestController 
    2. 
   
  
  
  2. @EnableDiscoveryClient 
    3. 
   
  
  
  3. @SpringBootApplication 
    4. 
   
  
  
  4. public class TraceApplication { 
    5. 
   
  
  
  5.  
    6. 
   
  
  
  6.     private final Logger logger = Logger.getLogger(getClass()); 
    7. 
   
  
  
  7.  
    8. 
   
  
  
  8.     @Bean 
    9. 
   
  
  
  9.     @LoadBalanced 
    10. 
   
  
  
  10.     RestTemplate restTemplate() { 
    11. 
   
  
  
  11.         return new RestTemplate(); 
    12. 
   
  
  
  12.     } 
    13. 
   
  
  
  13.  
    14. 
   
  
  
  14.     @RequestMapping(value = "/trace-1", method = RequestMethod.GET) 
    15. 
   
  
  
  15.     public String trace() { 
    16. 
   
  
  
  16.         logger.info("===call trace-1==="); 
    17. 
   
  
  
  17.         return restTemplate().getForEntity("http://trace-2/trace-2", String.class).getBody(); 
    18. 
   
  
  
  18.     } 
    19. 
   
  
  
  19.  
    20. 
   
  
  
  20.     public static void main(String[] args) { 
    21. 
   
  
  
  21.         SpringApplication.run(TraceApplication.class, args); 
    22. 
   
  
  
  22.     } 
    23. 
   
  
  
  23.  
    24. 
   
  
  
  24. } 
    25.
  • application.properties中将eureka.client.serviceUrl.defaultZone参数指向eureka-server的地址，具体如下：
  
 
 
    
   
  
  
  1. spring.application.name=trace-1 
    2. 
   
  
  
  2. server.port=9101 
    3. 
   
  
  
  3.  
    4. 
   
  
  
  4. eureka.client.serviceUrl.defaultZone=http://eureka.didispace.com/eureka/ 
    5.
  • 微服务应用：trace-2，实现一个REST接口/trace-2，供trace-1调用。具体实现如下：
  • 创建一个基础的Spring Boot应用，pom.xml中的依赖与trace-1相同
  • 创建应用主类，并实现/trace-2接口，具体实现如下：
  
 
 
    
   
  
  
  1. @RestController 
    2. 
   
  
  
  2. @EnableDiscoveryClient 
    3. 
   
  
  
  3. @SpringBootApplication 
    4. 
   
  
  
  4. public class TraceApplication { 
    5. 
   
  
  
  5.  
    6. 
   
  
  
  6.     private final Logger logger = Logger.getLogger(getClass()); 
    7. 
   
  
  
  7.  
    8. 
   
  
  
  8.     @RequestMapping(value = "/trace-2", method = RequestMethod.GET) 
    9. 
   
  
  
  9.     public String trace() { 
    10. 
   
  
  
  10.         logger.info("======"); 
    11. 
   
  
  
  11.         return "Trace"; 
    12. 
   
  
  
  12.     } 
    13. 
   
  
  
  13.  
    14. 
   
  
  
  14.     public static void main(String[] args) { 
    15. 
   
  
  
  15.         SpringApplication.run(TraceApplication.class, args); 
    16. 
   
  
  
  16.     } 
    17. 
   
  
  
  17.  
    18. 
   
  
  
  18. } 
    19.
  • application.properties中将eureka.client.serviceUrl.defaultZone参数指向eureka-server的地址，另外还需要设置不同的应用名和端口号，具体如下：
  
 
 
    
   
  
  
  1. spring.application.name=trace-2 
    2. 
   
  
  
  2. server.port=9102 
    3. 
   
  
  
  3. eureka.client.serviceUrl.defaultZone=http://eureka.didispace.com/eureka/ 
    4.

在实现了上面内容之后，我们可以将eureka-server、trace-1、trace-2三个应用都启动起来，并通过postman或curl等工具来对trace-1的接口发送请求http://localhost:9101/trace-1，我们可以得到返回值Trace，同时还能在它们的控制台中分别获得下面的输出：

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

实现跟踪

在完成了准备工作之后，接下来我们开始进行本章的主题内容，为上面的trace-1和trace-2来添加服务跟踪功能。通过Spring Cloud Sleuth的封装，我们为应用增加服务跟踪能力的操作非常简单，只需要在trace-1和trace-2的pom.xml依赖管理中增加spring-cloud-starter-sleuth依赖即可，具体如下：

  
 
 
    
   
  
  
  1.  
    2. 
   
  
  
  2.     org.springframework.cloud 
    3. 
   
  
  
  3.     spring-cloud-starter-sleuth 
    4. 
   
  
  
  4.  
    5.

到这里，实际上我们已经为trace-1和trace-2实现服务跟踪做好了基础的准备，重启trace-1和trace-2后，再对trace-1的接口发送请求http://localhost:9101/trace-1。此时，我们可以从它们的控制台输出中，窥探到sleuth的一些端倪。

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

从上面的控制台输出内容中，我们可以看到多了一些形如[trace-1,f410ab57afd5c145,a9f2118fa2019684,false]的日志信息，而这些元素正是实现分布式服务跟踪的重要组成部分，它们每个值的含义如下：

  • ***个值：trace-1，它记录了应用的名称，也就是application.properties中spring.application.name参数配置的属性。
  • 第二个值：f410ab57afd5c145，Spring Cloud Sleuth生成的一个ID，称为Trace ID，它用来标识一条请求链路。一条请求链路中包含一个Trace ID，多个Span ID。
  • 第三个值：a9f2118fa2019684，Spring Cloud Sleuth生成的另外一个ID，称为Span ID，它表示一个基本的工作单元，比如：发送一个HTTP请求。
  • 第四个值：false，表示是否要将该信息输出到Zipkin等服务中来收集和展示。

上面四个值中的Trace ID和Span ID是Spring Cloud Sleuth实现分布式服务跟踪的核心。在一次服务请求链路的调用过程中，会保持并传递同一个Trace ID，从而将整个分布于不同微服务进程中的请求跟踪信息串联起来，以上面输出内容为例，trace-1和trace-2同属于一个前端服务请求来源，所以他们的Trace ID是相同的，处于同一条请求链路中。

本文完整示例：

读者可以根据喜好选择下面的两个仓库中查看trace-1和trace-2两个项目：

Github

Gitee

【本文为51CTO专栏作者“翟永超”的原创稿件，转载请通过51CTO联系作者获取授权】

戳这里，看该作者更多好文

文章标题：SpringCloud构建微服务架构：分布式服务跟踪（入门）
标题URL：http://www.csdahua.cn/qtweb/news15/281765.html

网站建设、网络推广公司-快上网，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 快上网

成都快上网为您推荐相关内容

网站排名知识

同城分类信息

成都网站制作　　 　混凝土密封固化剂　　 　成都做网站　　 　四川成都网站设计　　 　响应式网站建设方案　　 　成都网络营销　　 　内江托管服务器　　 　成都众诚伟业　　 　广西弘博建站　　 　成都机房机柜租用　　 　德阳电信服务器托管　　 　成都网站设计　　 　香港四川國際商會　　 　成都免费做网站公司　　 　企业网站设计　　 　成都酒店服定制　　 　二枢服务器托管　　 　艾名斯智能　　 　光华服务器托管　　 　成都网络营销