内容简介:当前公司后端整体架构为:Spring Boot + Dubbo。由于早期项目进度等原因,对日志这块没有统一的规范,基本上是每个项目自己管自己的日志。这也对后面的问题排查带来了很大的困难,特别是那些需要同时或者多级调用Dubbo的服务场景,排查起来更加的困难。现在需要实现从请求开始,到请求结束的全程日志跟踪。需求很简单,实现思路也不难,只需要全局添加一个当然只有日志的记录是不够的,还要有日志的统一存储和查询。
当前公司后端整体架构为:Spring Boot + Dubbo。由于早期项目进度等原因,对日志这块没有统一的规范,基本上是每个项目自己管自己的日志。这也对后面的问题排查带来了很大的困难,特别是那些需要同时或者多级调用Dubbo的服务场景,排查起来更加的困难。
现在需要实现从请求开始,到请求结束的全程日志跟踪。需求很简单,实现思路也不难,只需要全局添加一个 traceId
即可。
当然只有日志的记录是不够的,还要有日志的统一存储和查询。
二、 思路
2.1 日志采集与存储
初步选择的方案是: 阿里云*日志服务
。可免落地,直接存储。日志服务支持Appender直接发送。
替代方案:基于 Logback appender
+ 消息队列
+ ELK
来实现。不过,这样的话,成本并不一定会比阿里云服务低。
2.2 当前项目改造
2.2.1 API接口
当前项目返回数据格式:
{ "code": 200, "data": "Hello world", "msg": "ok" } 复制代码
改造后,所有HTTP API响应体中增加 traceId
字段:
{ "code": 200, "data": "Hello world", "msg": "ok", "traceId": "bd41aed8b2da4895a9d2b43d1ef12595" } 复制代码
2.2.2 Dubbo
对于服务调用方:每次调用服务时,都需要向服务提供方传递 traceId
。
对于服务提供方:每次服务响应时,都需要从服务调用方获取 traceId
,并将该 traceId
传递下去,直至该响应结束。
2.2.3 日志配置
需对当前日志格式及配置进行统一。
2.3 落地思路
2.3.1 API接口
项目内部使用 org.slf4j.MDC
传递 traceId
。
使用拦截器完成 traceId
的设置与清除。请求到来时,生成并设置 traceId
;请求结束时,清除 traceId
。
拦截器中无法修改HTTP响应体。可通过 ControllerAdvice
统一向Response Body中写入 traceId
。
2.3.2 Dubbo
使用Dubbo提供的 org.apache.dubbo.rpc.Filter
来完成 traceId
的设置与获取。
三、 备注
Dubbo日志问题
Dubbo服务的调用,并不一定是HTTP Request引起的,所以会存在一些没有 traceId
的调用情况。这块需要单独的处理。
可对 traceId
的命名进行规范。
如:
req:xxa:xxx tim:xxc:xxx
命名规范需要根据具体业务来编写。示例仅供参考~
并且可对返回的数据进行适当的处理,使其避免暴露关键信息,同时还能方便问题的定位与处理。当然这个度还是需要根据具体业务和需求来把握。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:- 从简单日志到全链路日志 我们应该怎么打日志
- Dubbo 日志链路追踪 TraceId 选型
- Dubbo全链路追踪日志的实现
- ApiBoot 2.1.1 发布,新增链路式请求日志分析框架
- 分布式链路日志组件 minbox-logging 初版发布
- ApiBoot 2.1.2.RELEASE 发布,引入链路式日志组件 Admin
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
算法分析导论
(美)Robert Sedgewick、(法)Philippe Flajolet / 冯舜玺、李学武、裴伟东、等其他 / 机械工业出版社 / 2006-4 / 38.00元
本书阐述了用于算法数学分析的主要方法,所涉及的材料来自经典数学课题,包括离散数学、初等实分析、组合数学,以及来自经典的计算机科学课题,包括算法和数据结构,本书内容集中覆盖基础、重要和有趣的算法,前面侧重数学,后面集中讨论算法分析的应用,重点的算法分的的数学方法。每章包含大量习题以及参考文献,使读者可以更深入地理解书中的内容。 本书适合作为高等院校数学、计算机科学以及相关专业的本科生和研究生的......一起来看看 《算法分析导论》 这本书的介绍吧!