[发明专利]一种全业务追踪实现方法、装置、设备及可读存储介质

说明书

本申请公开了一种全业务追踪实现方法，应用于入口节点，该方法在首次接收到业务请求时，生成全局唯一的追踪码，后续在处理同笔业务的每条业务请求时，都将追踪码传递给相关业务节点，从而保证该笔业务涉及到的全部业务节点均能够获得该追踪码。最终，在打印请求日志时，各个业务节点将追踪码追加至请求日志中。实现了一次性追踪一笔业务中全部业务请求的目的，且将该笔业务中的全部请求日志通过追踪码关联起来，简化了追踪过程，提升了追踪效率，有利于后续数据分析工作的进行。此外，本申请还提供了一种全业务追踪实现装置、设备及可读存储介质，其技术效果与上述方法相对应。

技术领域

本申请涉及计算机技术领域，特别涉及一种全业务追踪实现方法、装置、设备及可读存储介质。

背景技术

业务追踪就是将一次业务请求还原成一条业务节点的调用链路，集中展示这次业务请求中各业务节点的请求状态和请求日志，如各个业务节点上的请求状态和请求耗时、处理过程打印的请求日志、异常状态下打印的错误日志等。

业务追踪技术已经被广泛用于问题排查、数据统计，但其也存在着一定的局限性。目前的业务追踪技术实现的仅仅是对单次业务请求的追踪，在碰到需要多次业务请求的复杂业务流程时，就会显得力不从心，需要通过多次业务追踪才能实现，而且这多次业务追踪的结果还是分散的，无法合并到一起，无形中增加了问题排查和数据分析的难度。

可见，当前的业务追踪方案只能对单次业务请求进行追踪，由于一笔完整的业务往往涉及多次业务请求，因此当前的业务追踪方案需要多次追踪，追踪过程复杂，效率低下，而且，不同业务请求的追踪结果是分散的，不利于进行数据分析。如何克服上述缺陷，是亟待本领域技术人员解决的问题。

发明内容

本申请的目的是提供一种全业务追踪实现方法、装置、设备及可读存储介质，用以解决以下技术问题：当前的业务追踪方案只能对单次业务请求进行追踪，在面对复杂的业务流程时，追踪过程复杂且追踪结果分散。其具体方案如下：

第一方面，本申请提供了一种全业务追踪实现方法，应用于入口节点，包括：

S1、获取请求方发起的业务请求；

S2、判断所述业务请求是否携带追踪码，若携带，进入S4，否则进入S3；

S3、生成全局唯一的追踪码，对所述追踪码进行缓存；将所述追踪码存储至业务请求cookie，以便于所述请求方发起的同笔业务中的后续业务请求携带所述追踪码；

S4、生成携带所述追踪码的节点间请求，将所述节点间请求发送至目标业务节点，以便所述目标业务节点缓存所述追踪码；

S5、在打印请求日志时，将缓存中的所述追踪码追加至所述请求日志中。

优选的，在所述将所述节点间请求发送至目标业务节点，以便所述目标业务节点缓存所述追踪码之后，还包括：

在打印请求日志时，所述目标业务节点将缓存中的所述追踪码追加至所述请求日志中。

优选的，所述生成携带所述追踪码的节点间请求，包括：

将所述追踪码存入节点间请求的请求header或dubbo上下文中，得到携带所述追踪码的节点间请求。

优选的，所述在打印请求日志时，将缓存中的所述追踪码追加至所述请求日志中，包括：

在以日志文件或kafka方式打印请求日志时，将缓存中的所述追踪码追加至所述请求日志中。

优选的，所述生成全局唯一的追踪码，包括：

通过预设算法，生成64位全局唯一的追踪码。

优选的，所述将所述节点间请求发送至目标业务节点，包括：