gpt4 book ai didi

详解spring cloud分布式日志链路跟踪

转载 作者:qq735679552 更新时间:2022-09-28 22:32:09 25 4
gpt4 key购买 nike

CFSDN坚持开源创造价值,我们致力于搭建一个资源共享平台,让每一个IT人在这里找到属于你的精彩世界.

这篇CFSDN的博客文章详解spring cloud分布式日志链路跟踪由作者收集整理,如果你对这篇文章有兴趣,记得点赞哟.

首先要明白一点,为什么要使用链路跟踪?

当我们微服务之间调用的时候可能会出错,但是我们不知道是哪个服务的问题,这时候就可以通过日志链路跟踪发现哪个服务出错.

它还有一个好处:当我们在企业中,可能每个人都负责一个服务,我们可以通过日志来检查自己所负责的服务不会出错,当调用其它服务时,这时候出现错误,那么就可以判定出不是自己的服务出错,从而也可以发现责任不是自己的.

基于微服务之间的调用开始,如果看不懂的小伙伴,请先参考我上篇博客:spring cloud中微服务之间的调用以及eureka的自我保护机制 。

详解spring cloud分布式日志链路跟踪

首先,我们先在project-solr和project-shopping-mall里加配置:

project-solr中的application.yml:

?
1
2
3
4
logging:
  path: d:worklogsproject-solr #打印存放日志的路径
  level:
   com.gaofei: info #包名下日志的级别

project-shopping-mall中的application.yml:

?
1
2
3
4
logging:
  path: d:worklogsproject-shopping-mall #打印存放日志的路径
  level:
   com.gaofei: info #包下面日志级别

大家可以看出我两个服务里的日志存放的路径不一样,这样也便于区分 。

在project-solr里的constroller里:

?
1
2
3
4
5
6
7
8
9
10
11
12
@restcontroller //这里使此constroller中所有的方法返回的不是页面
public class solrsearchconstroller {
 
   public static logger logger=loggerfactory.getlogger(solrsearchconstroller. class );
 
   @requestmapping ( "/solrsearch" )
   public string solrsearch(){
     logger.info( "solr被调用" );
     return "这里是solr" ;
   }
 
}

在project-shopping-mall里的constroller:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
@controller
public class pagecontroller {
 
   public static logger logger=loggerfactory.getlogger(pagecontroller. class );
 
   @autowired
   private resttemplate resttemplate;
 
   @requestmapping ( "/toindex" )
   public string toindex(model model){
 
     logger.info( "执行调用" );
     string msg=resttemplate.getforentity( "http://project-solr/solrsearch" ,string. class ).getbody();//project-solr是调用注册中心里的名字
     logger.info( "调用结束" );
     model.addattribute( "msg" ,msg);
     return "/index" ;
   }
}

接下来执行:

详解spring cloud分布式日志链路跟踪

在这里如果没有logs后面的目录它会自动创建 。

点开两个日志文件:

详解spring cloud分布式日志链路跟踪

这里因为我运行刷新了3次,所以执行了3次,而两个日志里也对应了三次 。

如果其中一条报错那么也很快可以找到答案,并且知道哪个日志里报错,也就对应了哪个服务报错 。

那么问题来了,如果我们在开发中,一天可能会运行n次,那么其中某次运行报错,我们就要在n次调用时来找对应的服务,那么怎么办,我们不可能一一对应查找 。

这时候我们可以进行链路追踪,只需要在对应的服务器build.gradle加上spring cloud sleuth依赖 。

?
1
2
//分布式链路依赖
   compile group: 'org.springframework.cloud' , name: 'spring-cloud-starter-sleuth'

这里我只用到了两个服务project-solr和project-shopping-mall,所以这里就在这两个服务build.gradle中添加 。

之后执行,打开存放的日志:

详解spring cloud分布式日志链路跟踪

这里我运行刷新了n次,那么怎么在另一个服务找到对应的调用呢?大家仔细看一下红块中的链路是不是对应相应的服务 。

我随便拿一个进行查找 。

详解spring cloud分布式日志链路跟踪

通过查找可以发现,可以找到对应的链路,那么也就是每次运行都会出现一个链路,可以来查找相应服务的操作是否执行成功,那么这也就是链路追踪 。

下一篇我会写分布式服务整合zipkin的链路跟踪 。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持我.

原文链接:http://www.cnblogs.com/itgaofei/p/9345569.html 。

最后此篇关于详解spring cloud分布式日志链路跟踪的文章就讲到这里了,如果你想了解更多关于详解spring cloud分布式日志链路跟踪的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com