[发明专利]消息跟踪方法、装置、电子设备及存储介质

说明书

本申请公开了一种消息跟踪方法、装置、电子设备及存储介质。该方法在接收当前业务应用模块发送的更新消息后，确定更新消息是否包括跟踪标识；若不包括跟踪标识，则生成更新消息的跟踪标识，并获取当前业务应用模块的跟踪信息；若包括跟踪标识，则获取当前业务应用模块的跟踪信息；跟踪信息包括跟踪标识、当前业务应用模块的标识、历史业务应用模块的标识、当前业务应用模块的键值更新信息，之后当检测到业务应用模块的订阅信息中存在与当前业务应用模块有业务关联的关联业务应用模块时，向关联业务应用模块发送包括跟踪标识和当前业务应用模块的键值更新信息的订阅通告。该方法提高了消息跟踪的实时性与准确性。

技术领域

本申请涉及通信技术领域，尤其涉及一种消息跟踪方法、装置、电子设备及存储介质。

背景技术

当前越来越多的企业面临着各种各样的数据集成和系统整合，CORBA、DCOM、RMI等RPC中间件技术也应运而生。现有的微服务架构是把整体的业务服务拆分成多个有明确功能的微服务组件，分布式的部署在服务器上，各个微服务组件之间通过RPC中间件技术相互调用。也就是说，现有的微服务跟踪方案是基于RPC调用的跟踪，每个RPC基本单元span包含客户端和服务器两个过程，如图1所示，RPC客户端在当前时刻发送一个请求(cs)后，服务端在当前时刻的100ms后接收到该请求(sr)；在服务端对接收到的请求进行相应处理后，在当前时刻的200ms后发送一个该请求的响应(ss)，客户端在当前时刻的300ms后接收到该响应(cr)。其中，cs：client start，表示客户端发起请求；

sr：server receive，表示服务端收到请求；

ss：server send，表示服务端完成处理，并将结果发送给客户端；

cr：client receive，表示客户端获取到服务端返回信息。

在RPC调用的跟踪方法中服务端和客户端都会记录一个RPC的时间戳上下限。对于一条完整的RPC调用链记录了每个节点(如服务端或客户端)的调用延迟时间，通过该延迟时间，实时监控各个节点的运行情况。

然而，发明人发现由于RPC采用同步处理技术，且一个业务流会经过多个微服务组件，客户端必须等到相应服务端的响应后才能进行该业务的RPC调用链的记录，导致消息跟踪的时效性不高。

发明内容

本申请实施例提供一种消息跟踪方法、装置、电子设备及存储介质，解决了现有技术的上述问题，以提高消息跟踪的时效性。

第一方面，提供了一种消息跟踪方法，应用于消息中间件中，该方法包括：

接收当前业务应用模块发送的更新消息；

确定所述更新消息是否包括跟踪标识；

若所述更新消息不包括跟踪标识，则生成所述更新消息的跟踪标识，并获取所述当前业务应用模块的跟踪信息；若所述更新消息包括跟踪标识，则获取所述当前业务应用模块的跟踪信息；其中，所述当前业务应用模块的跟踪信息包括所述跟踪标识、所述当前业务应用模块的标识、历史业务应用模块的标识、所述当前业务应用模块的键值更新信息，所述历史业务应用模块的标识为所述消息中间件存储的所述跟踪标识在经过所述当前业务应用模块前最后经过的业务应用模块的标识；以及，当检测到业务应用模块的订阅信息中存在与所述当前业务应用模块有业务关联的关联业务应用模块时，向所述关联业务应用模块发送包括所述跟踪标识和所述当前业务应用模块的键值更新信息的订阅通告，以使所述关联业务应用模块根据所述当前业务应用模块的更新信息和预设回调函数获取与所述当前业务应用模块的更新信息对应的所述关联业务应用模块的更新信息。

在一个可选的实现中，获取所述当前业务应用模块的跟踪信息，包括：