当前位置: 首页> 娱乐> 八卦 > 链接追踪系列-09.spring cloud项目整合elk显示业务日志

链接追踪系列-09.spring cloud项目整合elk显示业务日志

时间:2025/8/3 13:54:26来源:https://blog.csdn.net/csdnfanguyinheng/article/details/140416602 浏览次数:0次

准备工作:
参看本系列之前篇:服务器安装elastic search + 本机docker启动的kibana-tencent + 使用本机安装的logstash。。。

本微服务实现的logstash配置如下:
在这里插入图片描述

  • 使用腾讯云redis

  • 启动本机mysql

  • 启动本机docker
    启动nacos,微服务依赖它作为服务注册发现和配置中心
    启动kibana-tencent准备查看业务日志数据

  • 启动本机zipkin server
    链路追踪,可参看 试验zipkin初步 篇
    不启动zipkin server也不影响功能
    在这里插入图片描述

  • 启动gateway+auth
    auth的日志配置如下:其中一部分,整合logstash的,gateway微服务类似。
    在这里插入图片描述
    调用接口测试:
    在这里插入图片描述
    控制台和日志文件都在logback-spring.xml中有相应配置,所以日志也输出到console+日志文件中了
    在这里插入图片描述
    查看kibana: 可以看到traceId,业务message内容,模块等等信息。。。
    在这里插入图片描述
    最后一步:把traceId 输出到接口请求响应头中,这样就可依据traceId去kibana中查找链路日志,排查问题
    问题来了:代码中如何获取traceid值呢?

在IgnoreUrlsRemoveJwtFilter类中:流量拦截的入口,直接流入Tracer实例:
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
FYI: 在sleuth官方reference.pdf给出的示例中,是通过单独写一个filter,给请求链中加一道traceId请求头。

测试:
在这里插入图片描述
对应在kibana中也可以搜索到:
在这里插入图片描述

关键字:链接追踪系列-09.spring cloud项目整合elk显示业务日志

版权声明:

本网仅为发布的内容提供存储空间,不对发表、转载的内容提供任何形式的保证。凡本网注明“来源:XXX网络”的作品,均转载自其它媒体,著作权归作者所有,商业转载请联系作者获得授权,非商业转载请注明出处。

我们尊重并感谢每一位作者,均已注明文章来源和作者。如因作品内容、版权或其它问题,请及时与我们联系,联系邮箱:809451989@qq.com,投稿邮箱:809451989@qq.com

责任编辑: