一种基于区块链的全链路监控方法、装置及系统与流程

本发明属于计算机技术领域，特别涉及一种基于区块链的全链路监控方法、装置及系统。

背景技术：

随着公司的发展，各业务线使用的系统越来越多，每个系统专注于某一方面业务问题的解决、提供相关的服务。有些业务线比较复杂，一条完整的业务流会经历几个系统，甚至十几个系统。有时某个节点出现问题，后续操作便无法进行，现有的分布式系统的链路监控，主要包括以下解决方案：

传统的分布式系统的链路追踪主要是依靠程序主动打点上报，需要开发人员书写大量的代码实现功能，且切入点不能保证正确性。目前，公司的项目对经过多个系统节点的远程过程调用请求，基本都是这种模式，需要在经历的每个系统的相关节点添加日志记录，一旦请求出现问题，需打印经历的每个节点的日志，从而确定故障位置，非常低效。

传统的apm(应用性能管理)技术只支持单个应用的性能监控，无法聚合，也不能实现全链路追踪，而且这种方式只是对系统性能进行监控，无法对业务问题进行定位。

现有的新型的全链路追踪方法，通过字节码技术，来实现分布式系统的自动全链路监控追踪，实现自动记录系统的全链路监控，无需修改任何代码，但该方式也有一些缺陷，如无法保证每个节点追踪标记的唯一性，数据可能有篡改的风险。从而如何对全链路进行加密监控及监控数据的处理、分析称为亟需解决的问题。

技术实现要素：

针对上述问题，本发明提供一种基于区块链的全链路监控方法、装置及系统，在一次用户调用请求过程中，保证调用数据的安全性及可快速定位故障的可追溯性。

本发明的目的在于提供一种基于区块链的全链路监控方法，所述方法包括：在调用过程中调用请求经过本节点时，基于本节点的父节点的追踪标记及本节点的父节点对本节点的调用请求，生成本节点的追踪标签，并将追踪标签和本节点的父节点的哈希值发送至本节点；

基于所述本节点的追踪标签，生成本节点的追踪数据；

基于所述本节点的追踪数据与本节点的父节点的哈希值，生成本节点的区块标识；

基于所述本节点的追踪标签与区块标识，生成本节点的追踪标记；

基于异步方式，生成本节点的节点日志，并对任意本节点重复上述步骤，直至调用请求完成。

进一步，所述基于所述本节点的追踪数据与本节点的父节点的哈希值，生成本节点的区块标识包括：

基于本节点的追踪数据，采用梅克尔根算法计算本节点的哈希值；

基于所述本节点的父节点的哈希值和计算出的本节点的哈希值组成本节点的区块标识。

进一步，所述节点日志至少包括本节点的追踪标记与本节点的追踪数据。

进一步，所述追踪标签包括调用链标签、本节点标签、本节点的父节点标签、父子节点关系标签。

进一步，所述追踪数据包括以下一种或多种信息：

调用的开始时间、协议类型、调用方地址、调用方端口、请求的服务名、调用耗时、调用结果、异常信息。

进一步，当所述本节点的追踪标签无父节点标签时，所述父子节点关系标签为根标签。

进一步，所述调用链标签、父子节点关系标签、本节点标签及本节点的父节点标签均采用64位整数表示。

进一步，所述方法还包括对节点日志进行采集和存储：

日志收集与存储模块收集节点日志；

将收集的所述节点日志放置于mq缓存区；

将所述mq缓存区中的节点日志进行排队，形成消息队列。

进一步，所述方法还包括日志分布式模块通过数据传输模块读取消息队列并进行存储。

进一步，所述方法还包括对节点日志进行离线分析：

日志计算模块根据预设条件计算、汇聚所述日志分布式模块中目标节点日志的指标结果，并将指标结果中的所述节点日志的原始数据放置于查询数据库；

日志计算模块抽取指标结果中节点日志的调用链标签，并将指标结果与所述调用链标签放置于展示模块；

基于展示模块中的所述调用链标签，在查询数据库中调取具有同一调用链标签的节点日志。

进一步，所述对节点日志进行离线分析还包括：

将调取的所述具有同一调用链标签的节点日志按照时间进行排序；

基于节点日志中的父节点标签及父子节点关系标签，形成节点日志的调用栈。

本发明的第二个目的在于提供一种基于区块链的全链路监控装置，所述装置包括：

追踪标签生成及发送模块，用于在调用过程中调用请求经过本节点时，基于本节点的父节点的追踪标记及本节点的父节点对本节点的调用请求，生成本节点的追踪标签，并将追踪标签和本节点的父节点的哈希值发送至本节点；

追踪数据生成模块，用于基于所述本节点的追踪标签，生成本节点的追踪数据；

区块标识生成模块，用于基于所述本节点的追踪数据与本节点的父节点的哈希值，生成本节点的区块标识；

追踪标记生成模块，用于基于所述本节点的追踪标签与区块标识，生成本节点的追踪标记；

日志生成模块，用于基于异步方式，生成本节点的节点日志。

进一步，所述装置还包括日志分布式模块，所述日志分布式模块包括日志收集与存储模块、数据传输模块及日志分析模块，其中，

所述日志收集与存储模块，用于收集节点日志，将收集的所述节点日志放置于mq缓存区，并将所述mq缓存区中的节点日志进行排队，形成消息队列。

所述数据传输模块，用于读取消息队列并进行存储；

所述日志分析模块，用于对节点日志进行离线分析。

进一步，所述日志分析模块包括日志计算模块、查询数据库及展示模块，其中，

所述日志计算模块，用于根据预设条件计算、汇聚日志分布式模块中目标节点日志的指标结果，并将指标结果中的节点日志的原始数据放置于查询数据库；且还用于抽取的指标结果中节点日志的调用链标签，并将指标结果及所述调用链标签发送给展示模块；

所述展示模块，用于放置所述指标结果及指标结果中节点日志的调用链标签；

所述查询数据库，用于存储指标结果中的节点日志的原始数据。

本发明的第三个目的在于提供一种基于区块链的全链路监控系统，所述监控系统包括：至少一个处理器以及至少一个存储器，其中，

所述存储器存储执行上述所述方法的计算机程序，所述处理器调用所述存储器中的计算机程序以执行上述所述的方法。

本发明所述的监控方法、装置及系统具有以下有益效果：

1、采用异步方式在追踪调用过程中，生成节点日志，消减高峰请求时的系统压力，保证业务的平稳进行。

2、所述本节点的追踪标记中包括区块标识，且在确定每个追踪标记的追踪数据时，均依赖于父节点的追踪标记，从而保障了数据之间的关联性，同时利用区块链技术，保障了追踪数据的安全性及不可篡改性，从而提升业务系统的安全性能。

3、在每个应用中设置日志收集器，实现负载均衡，且在日志收集器中增加mq缓存区，从而将收集的节点日志形成消息队列，进行排队缓冲，优化系统性能。

4、将同一条调用链的日志汇总在一起，对节点日志进行离线分析，加快业务异常查询速度。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所指出的结构来实现和获得。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本发明实施例中的一种基于区块链的全链路监控方法流程示意图；

图2示出了本发明实施例中的采集节点日志的流程示意图；

图3示出了本发明实施例中的离线分析节点日志的流程示意图；

图4示出了本发明实施例中一种基于区块链的全链路监控方法的业务系统调用示意图；

图5示出了本发明实施例中一种基于区块链的全链路监控装置的结构示意图；

图6示出了本发明实施例中日志分布式模块的结构示意图；

图7示出了本发明实施例中的一种基于区块链的全链路监控系统的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地说明，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

所述全链路监控是在分布式系统中针对一次用户请求过程的一种分布式服务追踪，其中，所述分布式服务追踪包括记录或者确定分布式服务在一次用户请求过程中的调用链及调用链上涉及的全部节点的信息。一个分布式系统一般包括多个业务模块，其中，各个业务模块部署在不同的服务器上，且各个业务模块能够通过接口进行数据交互。本发明实施例中，将业务模块称为应用，若某一个应用在一次用户请求过程中被调用时，则该应用为一次用户请求过程中经过的节点，每个节点均有相适用traceid(本节点标签)表示。优选的，一般情况下分布式系统中的调用为远程过程调用。以图4所示的分布式系统为例，包括的门店系统前端、交撮系统、超级宝系统、查客系统、cctv(监控)系统、金融系统均为应用，则在一次用户请求过程中经过的节点分别为门店系统前端节点、交撮系统节点、超级宝系统节点、查客系统节点、cctv系统节点、金融系统节点。

当用户发起调用请求时，如图1所示，本发明实施例中介绍了一种基于区块链的全链路监控方法，所述监控方法具体包括以下步骤：

步骤一：在调用过程中调用请求经过本节点时，基于本节点的父节点的追踪标记及本节点的父节点对本节点的调用请求，生成本节点的追踪标签，并将追踪标签和本节点的父节点的哈希值发送至本节点；

所述本节点的追踪标签包括调用链标签、本节点标签traceid、本节点的父节点标签parentid、父子节点关系标签spanid。一个调用链代表一次调用请求，一个调用链包括一个或多个调用请求经过的节点，同一个调用链上的每个节点中均包括相同的调用链标签，从而面对复杂的调用链路，仅通过调用链标签即可将同一调用链上节点日志查找出来，实现系统异常的快速查询。进一步，所述一次用户发起的调用请求经过的节点包括客户端节点、服务端节点、客户端与服务端双向型节点。

将一次用户发起的调用请求正在经过的节点称为本节点，从而一个请求形成的调用链中，调用请求经过的本节点的下一节点为本节点的子节点，调用请求经过的本节点的上一节点为本节点的父节点。其中，当调用请求经过本节点的子节点时，此时本节点为子节点的父节点。进而通过所述本节点标签traceid区分一次调用请求经过的所有节点，通过本节点的父节点标签parentid、父子节点关系标签spanid能够组织起来一次完整调用链的父子关系，明确调用链中各个节点在调用链中的位置；当本节点的追踪数据中无本节点的父节点标签parentid时，则所述父子节点关系标签spanid成为根标签rootspan，则本节点为其所在调用链的入口。通过各个标签保证节点在调用链中位置的唯一性，表明各个节点之间的相关性，方便对调用结果中的各个节点进行组织、查看。

本实施例中，所述调用链标签、本节点标签traceid、本节点的父节点标签parentid、父子节点关系标签spanid均采用64位字符串表示。优选的，为了保证了各个标签数据的唯一性，基于redis的分布式id生成器生成各个标签，主要是利用redis的lua脚本执行功能，在每个节点上通过lua脚本生成各个标签，其中，所述字符串可以是16进制的，由于分布式系统中各个业务系统分布在几十台服务器上，从而在业务执行的过程中，涉及生成大量的各个标签，则通过lua脚本能够生成各个标签，且不会重复，从而能够高效、稳定的对分布式系统中的节点进行监控、标记。

本实施例中，基于本节点的父节点的追踪标记及本节点的父节点对本节点的调用请求，生成本节点的追踪标签，并将追踪标签和本节点的父节点的哈希值发送至本节点具体包括：基于本节点的父节点的追踪标记，生成调用链标签、本节点的父节点标签parentid及父子节点关系标签spanid；基于所述调用链标签、本节点的父节点标签parentid及父子节点关系标签spanid，生成本节点标签traceid，将所述调用链标签、本节点标签traceid、本节点的父节点标签parentid、父子节点关系标签spanid及本节点的父节点的哈希值封装至本节点的父节点对本节点的远程调用请求中；并将已封装标签及本节点的父节点的哈希值的调用请求发送至本节点。在调用过程中，将本节点的父节点的哈希值封装至所述本节点的父节点对本节点的远程调用请求中；并将已封装标签的调用请求发送至本节点。使得父子节点之前存在不可篡改的依赖关系，实现数据的唯一性及安全性。

步骤二：基于所述本节点的追踪标签，生成本节点的追踪数据。其中，所述追踪数据为调用请求经过本节点时，产生的数据，可以包括：调用的开始时间、协议类型、调用方地址、调用方端口、请求的服务名、调用耗时、调用结果、异常信息。每一个节点的追踪数据均依赖于其父节点的追踪标记生成，可以保证每个节点追踪数据的唯一性，能够完整的记录追踪信息。

步骤三：基于所述本节点的追踪数据与本节点的父节点的哈希值，确定本节点的区块标识；

本节点的区块标识包括本节点的父节点的区块哈希值和本节点区块的哈希值，其中，基于本节点的追踪数据，采用梅克尔根算法计算本节点区块的哈希值。优选的，本节点中也可以包括多个子操作，一个或多个的子操作数据构成所述追踪数据，进一步，由于采用梅克尔根算法，每个子操作均具有相适应的哈希值，最终得出梅克尔根(即本节点区块的哈希值)。采用区块链技术生成的每个节点的追踪标记，保证每个节点的追踪标记的绝对唯一并且不可篡改。且进一步，将本节点的父节点的父节点的哈希值组成本节点区块标识，有助于快速归纳和校验区块数据的存在性和完整性，进一步增加了系统数据的安全性。即由于本区块标识中包括其父节点的哈希值，从而本节点的区块标识中包括了本节点的父节点的所有追踪数据，从而在一个调用链中，任意节点的内部任何节点数据的改动，总会引起调用链中所有节点区块的哈希值变化，进而引起节点区块标识发生变化。进而对任意节点的追踪数据进行了篡改，则节点区块标识中的哈希值发生变化，由于其子节点的区块标识中包含前一个节点的哈希值，从而所述前一个节点的哈希值，将会跟篡改后的节点区块标识中的哈希值不匹配。只有依次类推修改所述节点区块标识中哈希值才能修改成功，但由于哈希算法的复杂性，在计算的过程中并不能从结果推算出输入的数据，从而很难对节点数据进行篡改，且篡改也能够及时发现，保证了系统数据的完整性与安全性。

步骤四：基于所述本节点的追踪标签与区块标识，生成本节点的追踪标记；本节点的追踪标记中包括追踪标签与区块标识，保证一个调用请求生成调用链的安全性及一旦调用过程中发生问题能够根据标签信息快速对故障进行定位，且子节点生成的追踪标记依赖于父级节点的标记从而保证了链路的完整性，不可篡改性。

示例性的，如图4所示，分布式系统涉及多个业务系统，其中包括门店系统、交撮系统、超级宝系统、查客系统、cctv(监控)系统、金融系统，其中，在服务过程中，rpc为远程过程调用协议，rpc1-5为不同业务系统之间的远程调用的标记，例如：rpc1代表的是门店系统前端与交撮系统之间的远程请求与响应。用户一般在门店系统前端(也可以是客户端app)进行操作，当用户向所述门店系统前端发送调用请求，则在远程调用请求过程中，首先到达门店系统前端节点，生成门店系统前端节点追踪标记，门店系统节点请求交撮系统节点，根据门店系统节点的追踪标记和门店系统对交撮系统节点的远程调用请求，生成交撮节点的追踪数据及追踪标签，并基于所述追踪数据采用区块链技术生成一个唯一的且不可篡改的跟门店系统节点关联的交撮节点区块标识，最终基于所述交撮节点追踪标签与区块标识，生成交撮节点的追踪标记。整个请求过程还没有结束，交撮节点返回门店节点的结果依赖于超级宝节点和查客节点，因此，交撮节点同时对超级宝节点和查客节点进行远程过程调用，结合交撮节点的追踪标记和分别对超级宝节点和查客节点的远程调用请求，分别最终生成超级宝节点和查客节点的追踪标记，查客节点继续对cctv节点(监控节点)进行远程过程调用，结合查客节点的追踪标记和查客节点对cctv节点的远程调用请求，最终生成cctv节点的追踪标记，最后，结合cctv节点的追踪标记和cctv节点对金融节点的远程调用请求，最终生成金融节点的追踪标记。每个节点均采用了区块链技术，有效的实现了系统数据的安全处理。

步骤五：基于异步方式，生成本节点的节点日志，并对任意本节点重复上述步骤，直至调用请求完成。具体的，所述异步方式为异步log(日志)方式，既不影响任意节点在完成调用时生成节点日志，也不影响调用过程中的调用请求继续经过下一节点。现有调用过程中生成本节点的追踪标记后，则需要继续生成追踪日志，且仅在追踪日志生成后，所述调用请求再继续经过下一个调用节点，则当分布式系统中出现业务系统的每秒查询率qps(queries-per-second)较高的情况时，严重影响系统性能，从而本申请采用异步方式生成节点的节点日志，有效的保证了分布式系统中业务的平稳进行。

所述节点日志至少包括本节点的追踪标记与本节点的追踪数据，即至少包括以下一种或多种信息：调用链标签、本节点标签、本节点的父节点标签、父子节点关系标签、本节点的区块标识、调用的开始时间、协议类型、调用方地址、调用方端口、请求的服务名、调用耗时、调用结果、异常信息。节点日志全面完整的记录节点在接受调用过程中的数据，完善了追踪数据，且本节点的区块标识还能够用于检查日志数据是否被篡改，使得节点日志更具有可靠性。优选的，所述节点日志还预留有可扩展字段，以为后续扩展做准备。

所述基于区块链的全链路监控方法还包括对节点日志进行采集和存储，如图2所示，具体包括以下步骤：

a1：日志收集与存储模块收集节点日志；

a2：将收集的所述节点日志放置于mq缓存区；

a3：将所述mq缓存区中的节点日志进行排队，形成消息队列。

本实施例中，基于区块链技术的全链路监控系统包括一个或多个日志收集与存储模块，且所述一个或多个日志收集与存储模块中均设置有日志收集器collector，用于存放节点日志，其中，由于一个调用链的中调用节点来自于多个业务系统，从而所述日志收集与存储模块中也可以形成多级的collector，进而形成类似于pub/sub架构，进而在采集节点日志时，实现业务系统负载均衡。优选的，日志收集与存储模块采用守护进程deamon将收集的节点日志发送至日志收集器collector，使得节点日志的抓取更加快速，优化系统运行性能。在日志收集与存储模块中的日志收集器collector中还设置有mq(messagequeue)缓存区，从而在mq缓存区实现将收集的节点日志以消息队列的形式进行缓存，减少了由于日志量过多而造成业务系统响应过慢的问题，优化业务系统性能。

进而，所述基于区块链的全链路监控方法还包括日志分布式模块通过数据传输模块logstash读取所述消息队列、并进行存储。其中，所述logstash是一个开源数据收集引擎，具有实时管道功能。logstash可以动态地将来自不同数据源的数据统一起来，并将数据标准化到你所选择的目的地，由于系统的日志数据量一般都很大，数据传输模块logstash能够实现快速的日志存储。

如图3所示，所述基于区块链的全链路监控方法还包括对节点日志进行离线分析，具体包括以下步骤：

日志计算模块根据预设条件计算、汇聚日志分布式模块中目标节点日志的指标结果，并将指标结果中的节点日志的原始数据放置于查询数据库；

日志计算模块抽取指标结果中节点日志的调用链标签，并将指标结果与所述调用链标签放置于展示模块；

基于所述展示模块中的所述调用链标签，在查询数据库中调取具有同一调用链标签的节点日志。

具体的，预设条件可以包括时间、标签等，例如：时间范围、调用链标签等。日志计算模块一般采用实时计算框架storm完成对日志分布式模块中符合分析要求(符合预设条件)的节点日志进行计算、汇聚，其中，计算汇聚可以是对节点日志进行初步筛选，计算出节点日志的数量，并将节点日志基于标签信息进行罗列等。通过storm筛选可追溯的性能数据，量化it运维部门业务价值，提高日志分析效率。所述实时计算框架storm将将指标结果与所述调用链标签放置于展示模块，其中，为了方便节点日志查询，所述展示模块可以是elasticsearch(一个基于lucene的搜索服务器)。基于展示模块中的所述调用链标签，筛选符合预设条件的调用链标签，在一定程度上，减少了系统的运算负担，提升系统运行性能。则基于所述筛选出的调用链标签到查询数据库查询具有同一调用链标签的原始数据，其中，所述查询数据库可以是hbase(分布式的、面向列的开源数据库)，由于hbase是三维有序存储的，其中，三维指的是：rowkey(行健)、columnkey(columnfamily和qualifier)、timestamp(时间戳)，通过这三个维度我们可以对hbase中的数据进行快速定位。本发明实施例中所述hbase的rowkey为traceid。进一步，采用所述数据传输模块logstash将指标结果中的节点日志的原始数据放置于查询数据库。用户不用调用大量无关的节点日志，便能快速的筛选、查询到节点日志，优化了日志分析过程。

进一步具体的，所述对节点日志进行离线分析还包括首先将所述具有同一调用链标签的节点日志，按照时间进行排序；然后基于节点日志中的父节点标签及父子节点关系标签，形成节点日志的调用栈。将同一条调用链的日志汇总在一起，从调用链全流程性能角度识别关键调用链，并进行优化，能够快速定位代码性能问题，协助开发人员持续性的优化代码。

优选的，所述方法还可以包括对所述节点日志进行实时分析，即不做汇总，对单条节点日志直接分析。或者在业务系统出现抛异常或者超时的时候，所述方法还包括在日志分布式模块的日志数据库中直接调取显示所有节点日志的调用链标签，利用调用链标签查询调用链情况，定位故障问题。

所述基于区块链的全链路监控方法还包括对节点日志采用报表的形式进行可视化展示。具体的，可采用开源的可视化套件grafana来进行日志数据的可视化展示。grafana是跨平台的开源的度量分析和可视化工具，可以通过将采集的数据查询然后可视化的展示，并及时通知，使得使用者一目了然，提高使用者的使用体验。

以一个中心化的处理集群把所有服务器上的日志增量地收集到集群当中进行处理。只要监控系统中报错，然后把调用链标签作为异常日志当中的关键字打出来，可知直观的看到调用过程中调用请求在系统里面的调用数据，通过调用链标签可以很方便地显示这次调用请求故障位置，通过这样的方式我们可以很快速的追溯到这次分布式调用链路中的故障原因。

如图5所示，本发明实施例中介绍了一种基于区块链的全链路监控装置，所述装置包括数据连接的追踪标签生成及发送模块、追踪数据生成模块、区块标识生成模块、追踪标记生成模块、日志生成模块及日志分布式模块；其中，所述追踪标签生成及发送模块用于在调用过程中调用请求经过本节点时，基于本节点的父节点的追踪标记及本节点的父节点对本节点的调用请求，生成本节点的追踪标签，并将追踪标签和本节点的父节点的哈希值发送至本节点；所述追踪数据生成模块用于基于所述本节点的追踪标签，生成本节点的追踪数据；所述区块标识生成模块用于基于所述本节点的追踪数据与本节点的父节点的哈希值，生成本节点的区块标识；所述追踪标记生成模块用于基于所述本节点的追踪标签与区块标识，生成本节点的追踪标记；一个节点的区块标识将上一个节点的区块标识中自身节点的哈希值最为区块标识的一部分，从而可以保证整个请求过程的不可篡改，增强系统的安全性及可靠性。所述日志生成模块用于基于异步方式，生成本节点的节点日志。采用异步方式消减高峰请求时的系统压力，保证业务的平稳进行。

所述日志分布式模块用于手机、存储及分析日志，具体的如图6所示，所述日志分布式模块包括日志收集与存储模块、数据传输模块及日志分析模块，其中，所述日志收集与存储模块用于收集节点日志，将收集的所述节点日志放置于mq缓存区，并将所述mq缓存区中的节点日志进行排队，形成消息队列。所述数据传输模块用于读取消息队列并存储。使得系统支持分布式日志采集的方案，同时增加mq作为缓冲，优化日志采集及存储过程的性能，提升用户体验。优选的，所述日志分布式模块中还包括日志数据库，即用于存储数据传输模块读取的消息队列，且所述数据传输模块还能够从所述日志数据库中调取节点日志的任意信息或者一个日志所有的原始数据。所述日志分析模块用于对节点日志进行离线分析。图6中，所述日志分析模块包括日志计算模块、查询数据库及展示模块，其中，所述日志计算模块用于根据预设条件计算、汇聚日志分布式模块的日志数据库的中目标节点日志的指标结果，并将指标结果中的节点日志的原始数据放置于查询数据库；所述日志计算模块还用于抽取的指标结果中节点日志的调用链标签，并将指标结果及所述调用链标签发送给展示模块；所述展示模块用于放置所述指标结果及其节点日志的调用链标签；所述查询数据库用于存储指标结果中的节点日志的原始数据，还供用户调取包括同一调用链标签的节点日志。所述日志分析模块还包括将所述具有同一调用链标签的节点日志按照时间进行排序；基于节点日志中的父节点标签及父子节点关系标签，形成节点日志的调用栈可从请求链路的任何一个位置利用traceid查询调用链情况，定位问题，并且可以溯源到请求的起始位置。增加系统日志分析能力，节约故障查找时间，优化日志分析系统，从而大大提升工作效率，节约公司成本。

如图7所示，本发明实施例中还介绍了一种基于区块链的全链路监控系统，所述监控系统包括：至少一个处理器以及至少一个存储器，其中，

所述存储器存储执行上述所述方法的计算机程序，所述处理器调用所述存储器中的计算机程序以执行上述所述的方法。

尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。