CN118152227A - 交易链路跟踪方法、装置以及计算机设备 - Google Patents

Abstract

本说明书涉及金融技术领域，也可用于软件测试领域，尤其涉及一种交易链路跟踪方法、装置以及计算机设备。其中交易链路跟踪方法，包括：根据交易数据确定交易链路，所述交易链路包括业务节点；通过交易链路中的业务节点对交易数据进行处理；跟踪业务节点在处理交易数据时的执行状态；抓取执行状态异常的业务节点所产生的错误码；向监控平台发送错误码，以使监控平台根据错误码确定错误详情。本说明书实施例可以对交易过程中产生的问题进行快速的分析理解，减少对业务人员、技术人员的强依赖。

Description

交易链路跟踪方法、装置以及计算机设备

技术领域

本说明书涉及金融技术领域，也可用于软件测试领域，尤其涉及一种交易链路跟踪方法、装置以及计算机设备。

背景技术

金融行业的联机交易属于金融机构非常重要的业务，一旦出现问题便会产生较大的影响。因此联机交易在上线前需要经过严格的测试。在测试过程中，会经历各式各样的交易报错排查，程序迭代和人工校验。已有技术中，大量人工模拟上线前的业务交易，涉及交易类型多且复杂，单笔交易流程长短不一，需要业务人员、技术人员全程陪同查看，效率低下。

发明内容

本说明书实施例提供一种交易链路跟踪方法、装置以及计算机设备，用于对交易过程中产生的问题进行快速的分析理解，减少对业务人员、技术人员的强依赖。

本说明书实施例提供了一种交易链路跟踪方法，包括：

根据交易数据确定交易链路，所述交易链路包括业务节点；

通过交易链路中的业务节点对交易数据进行处理；

跟踪业务节点在处理交易数据时的执行状态；

抓取执行状态异常的业务节点所产生的错误码；

向监控平台发送错误码，以使监控平台根据错误码确定错误详情。

本说明书实施例提供了一种交易链路跟踪方法，包括：

获取错误码，所述错误码通过以下方式得到：根据交易数据确定交易链路，所述交易链路包括业务节点；通过交易链路中的业务节点对交易数据进行处理；跟踪业务节点在处理交易数据时的状态；抓取状态异常的业务节点所产生的错误码；

根据错误码查询对应的历史交易数据；

在查询到的历史交易数据满足设定条件时，生成告警信息。

本说明书实施例还提供了一种交易链路跟踪装置，包括：

确定单元，用于根据交易数据确定交易链路，所述交易链路包括业务节点；

处理单元，用于通过交易链路中的业务节点对交易数据进行处理；

跟踪单元，用于跟踪业务节点在处理交易数据时的执行状态；

抓取单元，用于抓取执行状态异常的业务节点所产生的错误码；

发送单元，用于向监控平台发送错误码，以使监控平台根据错误码确定错误详情。

本说明书实施例还提供了一种交易链路跟踪装置，包括：

获取单元，用于获取错误码，所述错误码通过以下方式得到：根据交易数据确定交易链路，所述交易链路包括业务节点；通过交易链路中的业务节点对交易数据进行处理；跟踪业务节点在处理交易数据时的状态；抓取状态异常的业务节点所产生的错误码；

查询单元，用于根据错误码查询对应的历史交易数据；

生成单元，用于在查询到的历史交易数据满足设定条件时，生成告警信息。

本说明书实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述交易链路跟踪方法。

本说明书实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述交易链路跟踪方法。

本说明书实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述交易链路跟踪方法。

本说明书实施例的技术方案，可以根据交易数据确定交易链路，所述交易链路包括业务节点；可以通过交易链路中的业务节点对交易数据进行处理；可以跟踪业务节点在处理交易数据时的执行状态；可以抓取执行状态异常的业务节点所产生的错误码；可以向监控平台发送错误码，以使监控平台根据错误码确定错误详情。这样可以对交易的链路进行追踪，通过追踪可以抓取执行状态异常的业务节点所产生的错误码，通过错误码确定相应错误详情。从而可以对交易过程中产生的问题进行快速的分析理解，减少对业务人员、技术人员的强依赖。

附图说明

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

图1为本说明书实施例中交易链路跟踪方法的流程示意图；

图2为本说明书实施例中交易任务拆解的过程示意图；

图3为本说明书实施例中抓取错误码的示意图；

图4为本说明书实施例中交易链路跟踪方法的流程示意图；

图5为本说明书实施例中交易链路跟踪方法的流程示意图；

图6为本说明书实施例中交易链路跟踪装置的结构示意图；

图7为本说明书实施例中交易链路跟踪装置的结构示意图。

具体实施方式

下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。此处所描述的具体实施例仅仅用于解释本公开，而非对本公开的限定。基于所描述的本公开的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本公开保护的范围。另外，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

金融行业的联机交易在上线前往往会在多套环境中进行多轮的功能和性能等测试。在测试过程中，会经历各式各样的交易报错排查，程序迭代和人工校验。已有技术中，大量人工模拟上线前的业务交易，涉及交易类型多且复杂，单笔交易流程长短不一，需要业务、技术全程陪同查看，效率低下。另外，联机交易流程对于交易者全程黑盒，业务交易者不知道交易失败在哪一步，面对失败场景不明白返回报错含义，也无从知晓缘由。另外，交易环境场景未作统一监控纳管，交易报错定位跟踪繁琐复杂。

请参阅图1。本说明书实施例提供一种交易链路跟踪方法。所述方法可以应用于交易链路跟踪系统。所述交易链路跟踪系统包括终端设备、服务器和监控平台。所述终端设备为面向交易者的设备，包括但不限于智能手机、平板电脑、自助柜员机、笔记本电脑、台式机等。所述服务器可以为分布式容器，包含多个节点设备。所述多个节点设备构成分布式集群。所述节点设备包括服务器等计算机设备。在一些场景示例中，所述服务器可以包括调度节点、一个或多个业务节点、监控节点等。所述调度节点用于对业务节点进行任务调度。所述业务节点用于执行具体的交易任务。所述监控节点用于跟踪业务节点在执行交易任务时的执行状态，在状态异常时抓取错误码。所述监控平台为面向后台的设备，用于对交易报错进行管理。

步骤11：终端设备向服务器发送交易请求。

在一些实施例中，交易者可以在终端设备中输入数据；可以在所述终端设备中输入交易指令。所述终端设备在接收到交易指令以后，可以向服务器发送交易请求。所述交易请求可以包括交易数据。所述交易数据可以包括交易者输入的数据。当然所述交易数据也可以包括其他数据，例如所述终端设备采集到的数据，例如交易时间、终端设备的标识等。所述交易请求对应的交易包括但不限于取款交易、转账交易、支付交易、贷款交易、支票交易、汇票交易等。在一些场景示例中，所述交易者可以包括测试者等用户，所述交易可以包括金融行业测试环境下的联机交易。

在一些实施例中，所述交易数据可以包括交易账户、交易类型、交易时间等。例如，交易者可以在终端设备中输入转入账户、转出账户、转账金额；可以在终端设备中输入转账指令。所述终端设备在接收到转账指令以后，可以向服务器发送转账请求。所述转账请求可以包括转入账户、转出账户、转账金额、转账时间、用于表示转账交易的交易类型标识等。

步骤12：服务器根据交易数据确定交易链路。

在一些实施例中，服务器可以接收交易请求；可以根据交易数据生成交易标识。所述交易标识用于标识交易数据对应的交易事件。例如，所述交易数据包括交易账户、交易类型、交易时间等。所述服务器可以对交易账户、交易类型、交易时间中的一个或多个进行编码，得到交易标识。使得所述交易标识能够反映交易账户、交易类型、交易时间中的一个或多个。

在一些实施例中，根据交易类型的不同，用于对交易数据进行处理的交易链路可以不同。所述交易链路可以包括分布式集群中的一个或多个业务节点。所述业务节点具有节点标识，所述节点标识用于标识业务节点。通过节点标识，能精准高效地定位到具体的业务节点。所述一个或多个业务节点之间可以具有调用顺序，从而形成交易链路。例如，某条交易链路可以包括A、B、C、D等4个业务节点。所述4个业务节点的调用顺序可以为A→B→C→D。

在一些实施例中，服务器可以根据交易类型确定交易链路。具体地，不同的交易类型对应不同的交易任务。所述服务器可以确定交易类型对应的交易任务；可以对所述交易任务进行拆解，得到一个或多个子任务。所述一个或多个子任务之间可以具有执行顺序。在所述分布式集群中，不同的业务节点用于执行不同的任务。所述服务器可以在所述分布式集群中选取用于执行所述一个或多个子任务的一个或多个业务节点；可以根据所述一个或多个子任务的执行顺序，确定所述一个或多个业务节点的调用顺序，从而得到所述交易链路。

例如，所述交易类型可以包括转账。所述交易类型对应的交易任务可以为转账任务。所述转账任务可以包括账户密码校验子任务、转出账户的余额查询子任务、资金转出子任务、资金转入子任务等。所述服务器可以根据上述子任务确定多个业务节点，从而得到交易链路。

在一些场景示例中，所述服务器可以包括调度节点。所述终端设备可以向所述调度节点发送交易请求。所述交易请求可以包括交易数据。所述调度节点可以根据交易数据生成交易标识；可以根据交易数据确定交易链路。具体地，所述调度节点可以确定交易类型对应的交易任务；可以对所述交易任务进行拆解，得到一个或多个子任务；可以在所述分布式集群中选取用于执行所述一个或多个子任务的一个或多个业务节点；可以根据所述一个或多个子任务的执行顺序，确定所述一个或多个业务节点的调用顺序，从而得到所述交易链路。

步骤13：服务器通过交易链路中的业务节点对交易数据进行处理。

在一些实施例中，交易链路中的业务节点可以具有调用顺序。所述交易链路中的业务节点可以按照所述调用顺序，依次对所述交易数据进行处理。所述交易链路中的每个业务节点可以对所述交易数据进行处理，以执行整体交易任务中该业务节点所对应的子任务。在按照所述调用顺序依次对所述交易数据进行处理的过程中，交易标识可以在业务节点之间传递。这样所述交易链路中的每个业务节点可以将对交易数据处理时的参数以及交易标识对应写入本地的交易日志中，以便实现处理状态的跟踪定位。所述参数可以包括执行耗时、错误码等。例如，所述交易链路中的每个业务节点在对交易数据处理成功的条件下，可以将处理成功的消息和交易标识对应写入交易日志，还可以按照所述调用顺序，调用所述交易链路中的下一个业务节点；在对交易数据处理失败的条件下，可以生成错误码，可以将交易标识和错误码对应写入交易日志。所述错误码中包含一个或多个字符，用于表示错误类型。例如，在数据库读写超时时生成相应的错误码，以表示数据库异常；在网络超时时生成相应的错误码，以表示网络超时异常；在程序漏洞时生成相应的错误码，以表示程序漏洞。

若交易链路中的各个业务节点均对交易数据处理成功，服务器可以向终端设备反馈交易成功的提示信息。当然，服务器还可以向终端设备反馈其他信息，例如交易结果、交易标识等。若交易链路中的某个业务节点对交易数据的处理发生异常，服务器可以向终端设备反馈交易失败的提示信息。当然，服务器还可以向终端设备反馈其他信息，例如交易标识等。

在一些场景示例中，交易链路中的业务节点可以包括首节点、一个或多个中间节点、末尾节点。调度节点可以向首节点发送交易标识、交易数据和调用顺序数据。所述调用顺序数据用于表示交易链路中业务节点之间的调用顺序。首节点可以对交易数据进行处理；若处理成功，可以得到子处理结果；可以根据调用顺序数据确定自身所要调用的业务节点为中间节点，从而可以向中间节点发送交易标识、交易数据、自身的子处理结果和调用顺序数据。中间节点可以根据接收的子处理结果对交易数据进行处理；若处理成功，可以得到子处理结果；可以根据调用顺序确定自身所要调用的业务节点为其他中间节点或者末尾节点，从而可以向其他中间节点或者末尾节点发送交易标识、交易数据、自身的子处理结果和调用顺序数据。其他中间节点的处理过程相类似。末尾节点可以根据接收的子处理结果对交易数据进行处理；若处理成功，可以得到最终的处理结果；可以按照与调用顺序相反的顺序，返回最终的处理结果。首节点可以获得最终的处理结果。若交易链路中的某个业务节点(例如首节点、中间节点或者末尾节点)对交易数据的处理发生异常，则该业务节点可以生成错误码；可以按照与调用顺序相反的顺序，返回交易失败的提示信息。首节点可以获得交易失败的提示信息。

例如，某条交易链路可以包括A、B、C、D等4个业务节点。所述4个业务节点的调用顺序可以为A→B→C→D。则A为首节点，B、C为中间节点，D为末尾节点。调度节点可以向A节点发送交易标识、交易数据和调用顺序数据。所述调用顺序数据用于表示交易链路中业务节点之间的调用顺序为A→B→C→D。A节点可以对交易数据进行处理；若处理成功，可以得到子处理结果；可以根据调用顺序数据确定自身所要调用的业务节点为B节点，从而可以向B节点发送交易标识、交易数据、自身的子处理结果和调用顺序数据。B节点可以根据接收的子处理结果对交易数据进行处理；若处理成功，可以得到子处理结果；可以根据调用顺序确定自身所要调用的业务节点为C节点，从而可以向C节点发送交易标识、交易数据、自身的子处理结果和调用顺序数据。C节点可以根据接收的子处理结果对交易数据进行处理；若处理成功，可以得到子处理结果；可以根据调用顺序确定自身所要调用的业务节点为D节点，从而可以向D节点发送交易标识、交易数据、自身的子处理结果和调用顺序数据。D节点可以根据接收的子处理结果对交易数据进行处理；若处理成功，可以得到最终的处理结果；可以按照与调用顺序相反的顺序(例如D→C→B→A)，返回最终的处理结果。A节点可以获得最终的处理结果。若交易链路中的某个业务节点(例如A节点、B节点、C节点或者D节点)对交易数据的处理发生异常，则该业务节点可以生成错误码；可以不继续向下一节点发送数据，而是可以按照与调用顺序相反的顺序，返回交易失败的提示信息。

步骤14：服务器跟踪业务节点在处理交易数据时的执行状态。

在一些实施例中，服务器可以通过交易标识跟踪业务节点在处理交易数据时的执行状态，可以实现对业务交易流程链路进行监控，从而实现业务交易的跟踪定位。

在一些实施例中，根据交易类型的不同，交易监控逻辑可以不同。请参阅图2。所述交易类型可以包括取款。所述取款的流程可以包括：前台发起交易、服务或线程间的网络交互、缓存查询、数据库数据变更、服务或线程间的网络交互、返回前台等。整个流程的每个阶段可以设置不同的监控。为此，服务器可以根据交易数据确定监控策略。所述监控策略用于表示交易链路中业务节点的监控事项。在所述交易链路中，不同业务节点所执行的任务可以不同，因而需要监控的事项可以不同。所述监控事项用于表示所需监控的内容，例如参数。具体地，例如，所述事项可以包括数据库读写时间、网络等待时间、在缓存中是否成功查询得到数据等等。当然所述监控事项中还可以包括其他信息，例如参数对应的异常条件。根据交易标识可以跟踪得到处理交易数据的业务节点。针对所述交易链路中的每个业务节点，服务器可以根据该业务节点的监控事项，跟踪该业务节点在处理交易数据时对应于所述监控事项的参数值；可以判断参数值是否满足所述监控事项的异常条件；若是，表示该业务节点为执行状态异常的业务节点；若否，表示该业务节点为执行状态正常的业务节点。所述异常条件可以包括：数据库读写时间大于或等于第一阈值、网络等待时间大于或等于第二阈值等。

服务器可以根据交易类型确定监控策略。具体地，服务器可以提供监控策略集。所述监控策略集中包括一个或多个监控策略。每个监控策略对应有交易类型。服务器可以根据交易数据中的交易类型，在所述监控策略集中选取相应的监控策略。

在一些场景示例中，调度节点可以向监控节点发送交易标识和交易链路。监控节点可以根据交易数据确定监控策略；根据交易标识可以跟踪得到处理交易数据的业务节点；可以根据交易链路中每个业务节点的监控事项，跟踪该业务节点在处理交易数据时对应于所述监控事项的参数值；可以判断参数值是否满足所述监控事项的异常条件；若是，表示该业务节点为执行状态异常的业务节点；若否，表示该业务节点为执行状态正常的业务节点。

步骤15：服务器抓取执行状态异常的业务节点所产生的错误码。

在一些实施例中，请参阅图3。前已述及，交易链路中的业务节点在对交易数据处理失败的条件下，可以生成错误码，可以将交易标识和错误码对应写入交易日志。则服务器可以根据交易标识在执行状态异常的业务节点的交易日志中读取相应的错误码。当然服务器还可以获取执行状态异常的业务节点的节点标识，作为异常节点标识，以便实现错误的精准定位。

在一些场景示例中，交易链路中的业务节点在生成错误码后，可以向监控节点发送生成的错误码以及交易标识。这样监控节点可以获得状态异常的业务节点所产生的错误码。或者，监控节点在跟踪到执行状态异常的业务节点后，可以根据交易标识在交易日志中读取错误码。

步骤17：服务器向监控平台发送错误码。

在一些实施例中，服务器可以向监控平台发送错误码。监控平台在接收到错误码以后，可以在错误详情集中查询相应的错误详情。所述错误详情集中包括一个或多个错误详情。每个错误详情可以对应有错误码。进一步地，监控平台还可以在解决方案集中查询相应的解决方案。所述解决方案集中包括一个或多个解决方案。每个解决方案可以对应有错误码。当然，服务器还可以向监控平台发送交易标识、交易数据和异常节点标识中的一个或多个。这样监控平台可以对应存储交易标识、交易数据、异常节点标识、错误详情和解决方案中的一个或多个。所述异常节点标识用于标识状态异常的业务节点。

在一些实施例中，监控平台在接收到错误码、交易标识和异常节点标识以后，可以根据错误码在错误详情集中查询对应的第一错误详情。若查询成功，表示历史上出现过同种错误，监控平台可以对应存储交易标识、异常节点标识和第一错误详情。若查询失败，表示历史上没有出现过该错误，监控平台可以向研发平台发送交易标识、异常节点标识和错误码。研发平台可以展示交易标识、异常节点标识和错误码，以便研发人员进行分析。研发人员可以在研发平台输入相应的第二错误详情。研发平台可以向监控平台反馈第二错误详情。监控平台可以接收第二错误详情；可以对应存储交易标识、异常节点标识和第二错误详情。进一步地，监控平台还可以将接收的第二错误详情计入所述错误详情集，从而实现错误详情的积累。

进一步地，监控平台还可以根据错误码在解决方案集中查询对应的第一解决方案。若查询成功，表示历史上出现过同种错误，监控平台可以对应存储交易标识、异常节点标识和第一解决方案。若查询失败，表示历史上没有出现过该错误，监控平台可以向研发平台发送交易标识、异常节点标识和错误码。研发平台可以展示交易标识、异常节点标识和错误码，以便研发人员进行分析。研发人员可以在研发平台输入相应的第二解决方案。研发平台可以向监控平台反馈第二解决方案。监控平台可以接收第二解决方案；可以对应存储交易标识、异常节点标识和第二解决方案。进一步地，监控平台还可以将接收的第二解决方案计入所述解决方案集，从而实现解决方案的积累。

在一些实施例中，监控平台在接收到错误码以后，还可以根据错误码查询对应的历史交易数据；在查询到的历史交易数据满足设定条件时，可以生成告警信息。例如，在历史交易数据的数量大于或等于设定阈值时，可以生成告警信息。再比如，在最近设定时长内的历史交易数据的数量大于或等于设定阈值时，可以生成告警信息。所述告警信息用于表示错误频次过高，或者，用于表示错误的严重程度较高。例如，同种交易报错返回码在一分钟内出现次数超过5次，则发出全局告警，邮件通知技术人员排查。这样同类交易报错直接上升技术人员解决，避免让其他交易者反复重试错误信息，增加徒劳错误验证。

监控平台可以根据错误码对应的历史交易标识；在查询到的历史交易标识满足设定条件时，可以生成告警信息。例如，在查询到的历史交易标识的数量大于或等于设定阈值时，可以生成告警信息。所述历史交易标识用于标识历史交易数据。

进一步地，监控平台可以向研发平台发送告警信息和错误码。以便研发人员进行解决。

步骤18：服务器向终端设备反馈错误提示信息。

在一些实施例中，服务器可以向终端设备反馈错误提示信息。终端设备可以接收错误提示信息；可以向交易者展示所述错误提示信息，所述错误提示信息用于提示交易出错。当然，服务器还可以向终端设备反馈交易数据对应的交易标识。

在一些实施例中，通过所述错误提示信息。交易者往往只能知晓交易出错，但无法知晓具体的错误详情和/或解决方案。为此，交易者还可以在终端设备上输入错误详情查询指令。所述终端设备在接收到错误详情查询指令以后，可以向监控平台发送错误详情查询请求，所述错误详情查询请求中包含目标交易标识。所述监控平台可以接收错误详情查询请求；可以根据目标交易标识查询错误详情、解决方案和异常节点标识中的一个或多个；可以向终端设备反馈错误详情、解决方案和异常节点标识中的一个或多个。终端设备可以接收并展示错误详情、解决方案和异常节点标识中的一个或多个。相较于错误提示信息，错误详情更加具体和明确。例如，所述错误详情可以包括采用自然语言对错误的详细描述，方便用户理解。所述错误详情中还可以包括异常节点标识所对应业务节点的名称和描述信息，从而便于准确地定位到具体的错误位置。这样交易者可自行检索定位到交易报错原因，大幅减少排查工作量。

本说明书实施例的技术方案，针对每种业务交易原理进行实现底层逻辑拆解跟踪，从技术操作、环境资源、程序漏洞等多个方面进行架构监控，确保每笔报错交易能快速被业务交易者发现并理解报错根因，快速解决或者上升报错问题，减少交易报错的人员交互分析耗时，除去复杂的非正式沟通交互，提高测试联机交易测试效率和上线成功率。

请参阅图4。本说明书实施例提供一种交易链路跟踪方法。所述方法可以应用于服务器。所述方法可以包括以下步骤。

步骤21：根据交易数据确定交易链路，所述交易链路包括业务节点。

步骤22：通过交易链路中的业务节点对交易数据进行处理。

步骤23：跟踪业务节点在处理交易数据时的执行状态。

步骤24：抓取执行状态异常的业务节点所产生的错误码。

步骤25：向监控平台发送错误码，以使监控平台根据错误码确定错误详情。

在一些实施例中，可以对交易数据对应的交易任务进行拆解，得到一个或多个子任务；可以从分布式集群中选取用于执行所述一个或多个子任务的一个或多个业务节点，作为交易链路中的业务节点；可以根据所述一个或多个子任务的执行顺序，在交易链路中确定所述一个或多个业务节点的调用顺序。

在一些实施例中，可以根据交易数据确定监控策略，所述监控策略用于表示业务节点的监控事项；可以根据业务节点的监控事项，跟踪该业务节点在处理交易数据时对应于监控事项的参数值；可以获取参数值满足异常条件的业务节点，作为执行状态异常的业务节点。

在一些实施例中，可以根据交易数据生成交易标识；可以在执行状态异常的业务节点的交易日志中，查询得到与所述交易标识相匹配的错误码。

在一些实施例中，可以根据交易数据生成交易标识；可以向监控平台发送交易标识、交易数据和异常节点标识，以使监控平台对应存储交易标识、交易数据、异常节点标识和错误详情，所述异常节点标识用于标识状态异常的业务节点。

在一些实施例中，可以接收终端设备发送的交易请求，所述交易请求中包括所述交易数据；可以向终端设备反馈交易失败的提示信息。终端设备可以接收并展示提示信息。

本说明书实施例的技术方案，可以根据交易数据确定交易链路，所述交易链路包括业务节点；可以通过交易链路中的业务节点对交易数据进行处理；可以跟踪业务节点在处理交易数据时的执行状态；可以抓取执行状态异常的业务节点所产生的错误码；可以向监控平台发送错误码，以使监控平台根据错误码确定错误详情。这样可以对交易进行链路追踪，通过追踪可以抓取执行状态异常的业务节点所产生的错误码，可以通过错误码确定错误详情。这样可以对交易过程中产生的问题进行精准高效定位，减少对业务人员、技术人员的强依赖。

请参阅图5。本说明书实施例提供一种交易链路跟踪方法。所述方法可以应用于监控平台。所述方法可以包括以下步骤。

步骤31：获取错误码。

步骤32：根据错误码查询对应的历史交易数据。

步骤33：在查询到的历史交易数据满足设定条件时，生成告警信息。

在一些实施例中，所述错误码通过以下方式得到：根据交易数据确定交易链路，所述交易链路包括业务节点；通过交易链路中的业务节点对交易数据进行处理；跟踪业务节点在处理交易数据时的状态；抓取状态异常的业务节点所产生的错误码。

在一些实施例中，可以获取交易标识和异常节点标识，所述异常节点标识用于标识状态异常的业务节点；可以根据错误码在错误详情集中查询对应的第一错误详情；若查询成功，可以对应存储交易标识、异常节点标识和第一错误详情；若查询失败，可以向研发平台发送交易标识、异常节点标识和错误码；可以接收研发平台反馈的第二错误详情，对应存储交易标识、异常节点标识和第二错误详情。

在一些实施例中，可以接收终端设备发送的错误详情查询请求，所述错误详情查询请求中包含目标交易标识；可以根据目标交易标识，查询对应的错误详情；可以向终端设备反馈错误详情。终端设备可以接收并展示错误详情。

本说明书实施例的技术方案，可以获取错误码；可以根据错误码查询对应的历史交易数据；可以在查询到的历史交易数据满足设定条件时，生成告警信息。这样使得同类交易报错能够及时发现，避免让其他交易者反复重试错误信息，增加徒劳错误验证。

请参阅图6。本说明书实施例还提供一种交易链路跟踪装置，包括：

确定单元41，用于根据交易数据确定交易链路，所述交易链路包括业务节点；

处理单元42，用于通过交易链路中的业务节点对交易数据进行处理；

跟踪单元43，用于跟踪业务节点在处理交易数据时的执行状态；

抓取单元44，用于抓取执行状态异常的业务节点所产生的错误码；

发送单元45，用于向监控平台发送错误码，以使监控平台根据错误码确定错误详情。

请参阅图7。本说明书实施例还提供一种交易链路跟踪装置，包括：

获取单元51，用于获取错误码，所述错误码通过以下方式得到：根据交易数据确定交易链路，所述交易链路包括业务节点；通过交易链路中的业务节点对交易数据进行处理；跟踪业务节点在处理交易数据时的状态；抓取状态异常的业务节点所产生的错误码；

查询单元52，用于根据错误码查询对应的历史交易数据；

生成单元53，用于在查询到的历史交易数据满足设定条件时，生成告警信息。

本说明书实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述交易链路跟踪方法。

本说明书实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述交易链路跟踪方法。

本说明书实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述交易链路跟踪方法。

本领域内的技术人员能够理解，本说明书可提供为方法、系统、或计算机程序产品。因此本说明书可采用完全硬件实施例、完全软件实施例、或结合软件和硬件的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。所述计算机可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

本说明书实施例中的各个功能单元可以集成在一个处理单元中，也可以是各个功能单元单独物理存在，也可以是两个或两个以上功能单元集成在一个处理单元中。

本领域的技术人员能够理解，本说明书对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。另外，可以理解的是，本领域技术人员在阅读本说明书文件之后，可以无需创造性劳动想到将本说明书列举的部分或全部实施例进行任意组合，这些组合也在本说明书公开和保护的范围内。

虽然通过实施例描绘了本说明书，本领域普通技术人员知道，以上实施例只是用于帮助理解本说明书的核心思想。本领域的技术人员能够理解，本说明书还有许多变形和变化。希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。

Claims (12)

1.一种交易链路跟踪方法，其特征在于，包括：

根据交易数据确定交易链路，所述交易链路包括业务节点；

通过交易链路中的业务节点对交易数据进行处理；

跟踪业务节点在处理交易数据时的执行状态；

抓取执行状态异常的业务节点所产生的错误码；

向监控平台发送错误码，以使监控平台根据错误码确定错误详情。

2.根据权利要求1所述的方法，其特征在于，在确定交易链路的步骤中包括：

对交易数据对应的交易任务进行拆解，得到一个或多个子任务；从分布式集群中选取用于执行所述一个或多个子任务的一个或多个业务节点，作为交易链路中的业务节点；根据所述一个或多个子任务的执行顺序，在交易链路中确定所述一个或多个业务节点的调用顺序。

3.根据权利要求1所述的方法，其特征在于，在跟踪执行状态的步骤中包括：

根据交易数据确定监控策略，所述监控策略用于表示业务节点的监控事项；

根据业务节点的监控事项，跟踪该业务节点在处理交易数据时对应于监控事项的参数值；

获取参数值满足异常条件的业务节点，作为执行状态异常的业务节点。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

根据交易数据生成交易标识；

在抓取错误码的步骤中包括：

在执行状态异常的业务节点的交易日志中，查询与所述交易标识相匹配的错误码。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

根据交易数据生成交易标识；

向监控平台发送交易标识、交易数据和异常节点标识，以使监控平台对应存储交易标识、交易数据、异常节点标识和错误详情，所述异常节点标识用于标识状态异常的业务节点。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收终端设备发送的交易请求，所述交易请求中包括所述交易数据；

向终端设备反馈交易失败的提示信息。

7.一种交易链路跟踪方法，其特征在于，包括：

获取错误码，所述错误码通过以下方式得到：根据交易数据确定交易链路，所述交易链路包括业务节点；通过交易链路中的业务节点对交易数据进行处理；跟踪业务节点在处理交易数据时的状态；抓取状态异常的业务节点所产生的错误码；

根据错误码查询对应的历史交易数据；

在查询到的历史交易数据满足设定条件时，生成告警信息。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

获取交易标识和异常节点标识，所述异常节点标识用于标识状态异常的业务节点；

根据错误码在错误详情集中查询对应的第一错误详情；

若查询成功，对应存储交易标识、异常节点标识和第一错误详情；

或者，若查询失败，向研发平台发送交易标识、异常节点标识和错误码，接收研发平台反馈的第二错误详情，对应存储交易标识、异常节点标识和第二错误详情。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：

接收终端设备发送的错误详情查询请求，所述错误详情查询请求中包含目标交易标识；

根据目标交易标识，查询对应的错误详情；

向终端设备反馈查询到的错误详情。

10.一种交易链路跟踪装置，其特征在于，包括：

确定单元，用于根据交易数据确定交易链路，所述交易链路包括业务节点；

处理单元，用于通过交易链路中的业务节点对交易数据进行处理；

跟踪单元，用于跟踪业务节点在处理交易数据时的执行状态；

抓取单元，用于抓取执行状态异常的业务节点所产生的错误码；

发送单元，用于向监控平台发送错误码，以使监控平台根据错误码确定错误详情。

11.一种交易链路跟踪装置，其特征在于，包括：

获取单元，用于获取错误码，所述错误码通过以下方式得到：根据交易数据确定交易链路，所述交易链路包括业务节点；通过交易链路中的业务节点对交易数据进行处理；跟踪业务节点在处理交易数据时的状态；抓取状态异常的业务节点所产生的错误码；

查询单元，用于根据错误码查询对应的历史交易数据；

生成单元，用于在查询到的历史交易数据满足设定条件时，生成告警信息。

12.一种计算机设备，其特征在于，包括：

处理器；用于存储处理器可执行指令的存储器；

所述处理器通过执行所述指令以实现如权利要求1-9中任一项所述的方法。