[发明专利]一种分布式调用链跟踪方法、装置、计算机设备及存储介质

说明书

本发明公开了一种分布式调用链跟踪方法、装置、计算机设备及存储介质，方法包括：当请求到达微服务的代理网关时，记录当前环节的日志信息、调用上下文对象以及调用上下文对象ID；当一微服务调用其他微服务时，调用dubbo服务，将调用上下文对象ID自动更新，并记录当前环节的日志信息、调用上下文对象以及调用上下文对象ID；将本次请求所得到的调用链监控数据通过kafka的生产者服务推送到的相应的分区；再通过kafka的消费者服务将调用链监控数据转存储到elasticsearch；通过zipkin的界面形式展示本次请求的调用链监控数据。本发明可根据调用链ID追踪每个请求的完整调用链路，收集调用链路上每个服务的性能数据，从而提高故障定位速度。

技术领域

本发明涉及分布式服务技术领域，尤其涉及一种分布式调用链跟踪方法、装置、计算机设备及存储介质。

背景技术

在分布式服务化框架下，分布式服务间存在相互依赖，需彼此协同来完成各类业务场景。例如，从前端发起一个请求，到最后的业务完成，需要经过很多环节，这些环节可能都是分布式服务的方式提供，并部署在不同的服务器上进行。而在这种复杂的分布式服务场景下，为了定位问题、性能瓶颈查询、异常日志跟踪等，一般都需要服务追踪和分析工具的帮助。

目前大多是使用zipkin，zipkin是由Twitter公司开源的一个分布式跟踪系统，致力于收集服务的定时数据，以解决微服务架构中的延迟问题，包括数据的收集、存储、查找和展现。它主要是定位服务中的哪个问题导致超时，同时通过服务调用链路能够快速定位系统的性能瓶颈。

zipkin以Trace(调用链)结构表示对一次请求的追踪，又把每个Trace拆分为若干个有依赖关系的Span(调用上下文对象)。在微服务架构中，一次用户请求可能会由后台若干个服务负责处理，那么每个处理请求的服务就可以理解为一个Span，当然这个服务也可能继续请求其他的服务，因此Span是一个树形结构。

zipkin虽然能够定位服务中的哪个问题导致超时，同时通过服务调用链路能够快速定位系统的性能瓶颈，但是不能采集服务的日志信息，比如错误日志、请求的服务参数、处理结果以及每个调用请求所执行的全部sql(结构化查询语言)语句。

鉴于现有技术存在的上述问题，因此有必要对现有技术进行优化和改进。

发明内容

本发明实施例提供了一种分布式调用链跟踪方法、装置、计算机设备及存储介质，旨在解决现有的分布式调用链跟踪方法不能采集服务的日志信息的问题。

第一方面，本发明实施例提供一种分布式调用链跟踪方法，其包括：

当用户发送请求时，通过拦截器进行埋点，得到全局唯一的调用链ID，并控制所述调用链ID伴随所述请求的调用链全过程；

当请求到达微服务的代理网关时，记录当前环节的日志信息、调用上下文对象以及调用上下文对象ID；

当一微服务调用其他微服务时，调用dubbo服务，将调用上下文对象ID自动更新，并记录当前环节的日志信息、调用上下文对象以及调用上下文对象ID；

将本次请求所得到的调用链监控数据通过kafka的生产者服务推送到的相应的分区；

再通过kafka的消费者服务将调用链监控数据转存储到elasticsearch；

通过zipkin的界面形式展示本次请求的调用链监控数据。

进一步的，所述通过zipkin的界面形式展示本次请求的调用链监控数据，包括：

以树结构的形式呈现本次请求的调用链中各环节的层级关系。

进一步的，所述调用上下文对象包括：调用链ID、调用上下文对象ID、调用方法、服务名称、调用时间、调用地址、耗时、是否异常和错误代码。