CN117807636A - 数据验证方法、装置、系统、计算设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种数据验证方法、装置、系统、计算设备及存储介质。方法包括：数据验证装置获取原始系统上报的第一处理路径中检查节点的第一事件数据，第一处理路径为原始系统处理目标业务请求的执行路径；获取重构系统上报的第二处理路径中检查节点的第二事件数据，第二处理路径为重构系统处理目标业务请求的执行路径；比对第一事件数据和第二事件数据，根据比对结果生成数据验证结果。本方案通过第一事件数据和第二事件数据的比对结果反映原始系统和重构系统对同一业务请求的内部处理行为的一致性，根据该比对结果能够准确地得到数据验证结果，提升数据验证结果的精度。

Description

数据验证方法、装置、系统、计算设备及存储介质

技术领域

本发明实施例涉及数据处理技术领域，具体涉及一种数据验证方法、装置、系统、计算设备及存储介质。

背景技术

随着业务环境的不断变化，通常需要对业务系统进行重构以适应新的业务环境。为了保障重构后业务系统的准确性，通常需要对原始系统以及重构系统进行数据验证，以确定原始系统和重构系统的数据一致性。

然而，发明人在实施过程中发现，现有技术中存在如下缺陷：现有技术采用的是响应数据的数据验证方式，该数据验证方法是通过比对原始系统和重构系统针对请求的响应数据是否一致来得到验证结果。然而该种数据验证方式无法验证原始系统和重构系统内部处理行为，数据验证精度低。

发明内容

鉴于现有技术中存在原始系统和重构系统的数据验证精度低的技术问题，提出了本发明实施例，以便提供一种克服上述问题或者至少部分地解决上述问题的数据验证方法、装置、系统、计算设备及存储介质。

根据本发明实施例的第一方面，提供了一种数据验证方法，所述方法在数据验证装置侧执行，所述方法包括：

获取原始系统上报的第一处理路径中检查节点的第一事件数据；其中，所述第一处理路径为所述原始系统处理目标业务请求的执行路径；

获取重构系统上报的第二处理路径中检查节点的第二事件数据；其中，所述第二处理路径为所述重构系统处理所述目标业务请求的执行路径；

比对所述第一事件数据和所述第二事件数据，根据比对结果生成数据验证结果。

在一种可选的实施方式中，所述方法还包括：生成检查节点配置数据，将所述检查节点配置数据发送给所述原始系统以及所述重构系统，以供所述原始系统确定所述第一处理路径中的检查节点以及供所述重构系统确定所述第二处理路径中的检查节点。

在一种可选的实施方式中，所述比对所述第一事件数据和所述第二事件数据包括：比对同一检查节点的第一事件数据中的事件属性与第二事件数据中的事件属性；

若所述第一事件数据中的事件属性与所述第二事件数据中的事件属性相匹配，则比对所述第一事件数据中的结果指纹与所述第二事件数据中的结果指纹，根据结果指纹比对结果生成数据验证结果；

若所述第一事件数据中的事件属性与所述第二事件数据中的事件属性不匹配，则生成数据验证结果。

在一种可选的实施方式中，所述比对所述第一事件数据和所述第二事件数据，根据比对结果生成数据验证结果包括：比对所述第一事件数据和所述第二事件数据，根据比对结果生成所述目标业务请求对应的数据验证结果；根据至少一个目标业务请求对应的数据验证结果，生成所述重构系统与所述原始系统的数据验证结果。

在一种可选的实施方式中，所述方法还包括：响应于事件查询操作，展示所述事件查询操作对应的目标业务请求的第一事件数据、第二事件数据和/或数据验证结果。

根据本发明实施例的第二方面，提供了一种数据验证方法，所述方法在原始系统中执行，所述方法包括：

接收目标业务请求，执行所述目标业务请求的第一处理路径；

确定所述第一处理路径中的检查节点，采集所述检查节点的第一事件数据；

将所述第一事件数据上报至数据验证装置，以供所述数据验证装置比对所述第一事件数据以及第二事件数据，根据比对结果生成数据验证结果；其中，所述第二事件数据为重构系统上报的第二处理路径中检查节点的事件数据，所述第二处理路径为所述重构系统处理所述目标业务请求的执行路径。

在一种可选的实施方式中，所述确定所述第一处理路径中的检查节点包括：获取预先生成的检查节点配置数据；将所述第一处理路径中节点信息与所述检查节点配置数据相匹配的处理节点作为所述第一处理路径中的检查节点。

在一种可选的实施方式中，所述采集所述检查节点的第一事件数据包括：

确定所述检查节点发生的第一事件；采集所述第一事件的事件属性以及事件执行结果。

在一种可选的实施方式中，在所述采集所述第一事件的事件属性以及事件执行结果之后，所述方法还包括：对所述事件执行结果进行数据指纹提取，以生成所述第一事件的结果指纹；

所述将所述第一事件数据上报至数据验证装置包括：将所述第一事件的事件属性以及结果指纹上报至数据验证装置。

根据本发明实施例的第三方面，提供了一种数据验证方法，所述方法在重构系统中执行，所述方法包括：

接收目标业务请求，执行所述目标业务请求的第二处理路径；

确定所述第二处理路径中的检查节点，采集所述检查节点的第二事件数据；

将所述第二事件数据上报至数据验证装置，以供所述数据验证装置比对所述第二事件数据以及第一事件数据，根据比对结果生成数据验证结果；其中，所述第一事件数据为原始系统上报的第一处理路径中检查节点的事件数据，所述第一处理路径为所述原始系统处理所述目标业务请求的执行路径。

在一种可选的实施方式中，所述确定所述第二处理路径中的检查节点包括：获取预先生成的检查节点配置数据；将所述第二处理路径中节点信息与所述检查节点配置数据相匹配的处理节点作为所述第二处理路径中的检查节点。

在一种可选的实施方式中，所述采集所述检查节点的第二事件数据包括：确定所述检查节点发生的第二事件；采集所述第二事件的事件属性以及事件执行结果。

在一种可选的实施方式中，在所述采集所述第二事件的事件属性以及事件执行结果之后，所述方法还包括：对所述事件执行结果进行数据指纹提取，以生成所述第二事件的结果指纹；

所述将所述第二事件数据上报至数据验证装置包括：将所述第二事件的事件属性以及结果指纹上报至数据验证装置。

根据本发明实施例的第四方面，提供了一种数据验证装置，包括：

获取模块，用于获取原始系统上报的第一处理路径中检查节点的第一事件数据以及获取重构系统上报的第二处理路径中检查节点的第二事件数据；其中，所述第一处理路径为所述原始系统处理目标业务请求的执行路径，所述第二处理路径为所述重构系统处理所述目标业务请求的执行路径；

比对模块，用于比对所述第一事件数据和所述第二事件数据，根据比对结果生成数据验证结果。

在一种可选的实施方式中，该装置还包括：配置生成模块，用于生成检查节点配置数据，将所述检查节点配置数据发送给所述原始系统以及所述重构系统，以供所述原始系统确定所述第一处理路径中的检查节点以及供所述重构系统确定所述第二处理路径中的检查节点。

在一种可选的实施方式中，比对模块用于：比对同一检查节点的第一事件数据中的事件属性与第二事件数据中的事件属性；

若所述第一事件数据中的事件属性与所述第二事件数据中的事件属性相匹配，则比对所述第一事件数据中的结果指纹与所述第二事件数据中的结果指纹，根据结果指纹比对结果生成数据验证结果；

若所述第一事件数据中的事件属性与所述第二事件数据中的事件属性不匹配，则生成数据验证结果。

在一种可选的实施方式中，比对模块用于：比对所述第一事件数据和所述第二事件数据，根据比对结果生成所述目标业务请求对应的数据验证结果；

根据至少一个目标业务请求对应的数据验证结果，生成所述重构系统与所述原始系统的数据验证结果。

在一种可选的实施方式中，该装置还包括查询模块，用于响应于事件查询操作，展示所述事件查询操作对应的目标业务请求的第一事件数据、第二事件数据和/或数据验证结果。

根据本发明实施例的第五方面，提供了一种原始系统，所述原始系统包括：

第一接收模块，用于接收目标业务请求；

第一执行模块，用于执行所述目标业务请求的第一处理路径；

第一采集模块，用于确定所述第一处理路径中的检查节点，采集所述检查节点的第一事件数据；

第一上报模块，用于将所述第一事件数据上报至数据验证装置，以供所述数据验证装置比对所述第一事件数据以及第二事件数据，根据比对结果生成数据验证结果；其中，所述第二事件数据为重构系统上报的第二处理路径中检查节点的事件数据，所述第二处理路径为所述重构系统处理所述目标业务请求的执行路径。

在一种可选的实施方式中，第一采集模块用于：获取预先生成的检查节点配置数据；将所述第一处理路径中节点信息与所述检查节点配置数据相匹配的处理节点作为所述第一处理路径中的检查节点。

在一种可选的实施方式中，第一采集模块用于：确定所述检查节点发生的第一事件；采集所述第一事件的事件属性以及事件执行结果。

在一种可选的实施方式中，第一采集模块用于：对所述事件执行结果进行数据指纹提取，以生成所述第一事件的结果指纹；

第一上报模块用于：将所述第一事件的事件属性以及结果指纹上报至数据验证装置。

根据本发明实施例的第六方面，提供了一种重构系统，所述重构系统包括：

第二接收模块，用于接收目标业务请求；

第二执行模块，用于执行所述目标业务请求的第二处理路径；

第二采集模块，用于确定所述第二处理路径中的检查节点，采集所述检查节点的第二事件数据；

第二上报模块，用于将所述第二事件数据上报至数据验证装置，以供所述数据验证装置比对所述第二事件数据以及第一事件数据，根据比对结果生成数据验证结果；其中，所述第一事件数据为原始系统上报的第一处理路径中检查节点的事件数据，所述第一处理路径为所述原始系统处理所述目标业务请求的执行路径。

在一种可选的实施方式中，第二获取模块用于：获取预先生成的检查节点配置数据；

第二采集模块用于：将所述第二处理路径中节点信息与所述检查节点配置数据相匹配的处理节点作为所述第二处理路径中的检查节点。

在一种可选的实施方式中，第二采集模块用于：确定所述检查节点发生的第二事件；采集所述第二事件的事件属性以及事件执行结果。

在一种可选的实施方式中，第二采集模块用于：对所述事件执行结果进行数据指纹提取，以生成所述第二事件的结果指纹；

第二上报模块用于：将所述第二事件的事件属性以及结果指纹上报至数据验证装置。

根据本发明实施例的第七方面，提供了一种数据验证系统，包括上述数据验证装置、上述原始系统以及上述重构系统。

根据本发明实施例的第八方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述数据验证方法对应的操作。

根据本发明实施例的第九方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行上述数据验证方法对应的操作。

根据本发明实施例的第十方面，提供了一种计算机程序产品，包括至少一可执行指令，所述可执行指令使处理器执行上述数据验证方法对应的操作。

本发明实施例获取原始系统处理业务请求过程中的第一事件数据以及获取重构系统处理同一业务请求过程中的第二事件数据，通过对第一事件数据和第二事件数据的比对得到数据验证结果，由于第一事件数据是原始系统处理业务请求的第一处理路径中检查节点发生的事件的相关数据，从而通过第一事件数据能够反映原始系统处理业务请求的内部处理行为；相应地，第二事件数据是重构系统处理业务请求的第二处理路径中检查节点发生的事件的相关数据，从而通过第二事件数据能够反映重构系统处理业务请求的内部处理行为，由此通过第一事件数据和第二事件数据的比对结果能够反映原始系统和重构系统对同一业务请求的内部处理行为的一致性，由此根据该比对结果能够准确地得到数据验证结果，提升数据验证结果的精度。

上述说明仅是本发明实施例技术方案的概述，为了能够更清楚了解本发明实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明实施例的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明实施例的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例一提供的一种数据验证方法的流程示意图；

图2示出了本发明实施例一提供的一种事件查询页面示意图；

图3示出了本发明实施例二提供的一种数据验证方法的流程示意图；

图4示出了本发明实施例三提供的一种数据验证方法的流程示意图；

图5示出了本发明实施例四提供的一种数据验证方法的流程示意图；

图6示出了本发明实施例五提供的一种数据验证方法的流程示意图；

图7示出了本发明实施例六提供的一种数据验证装置的结构示意图；

图8示出了本发明实施例七提供的一种原始系统的结构示意图；

图9示出了本发明实施例八提供的一种重构系统的结构示意图；

图10示出了本发明实施例九提供的一种数据验证系统的结构示意图；

图11示出了本发明实施例十提供的一种计算设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明实施例的示例性实施例。虽然附图中显示了本发明实施例的示例性实施例，然而应当理解，可以以各种形式实现本发明实施例而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明实施例，并且能够将本发明实施例的范围完整的传达给本领域的技术人员。

实施例一

图1示出了本发明实施例一提供的一种数据验证方法的流程示意图。其中，本实施例所提供的数据验证方法可以应用于原始系统和重构系统的数据验证系统中。

具体地，如图1所示，该方法包括如下步骤：

步骤S110，原始系统接收目标业务请求，执行目标业务请求的第一处理路径。

原始系统可以称为旧系统或老系统，用于数据验证的业务请求为目标业务请求。原始系统接收到目标业务请求，会对目标业务请求进行处理，即执行该目标业务请求的第一处理路径。原始系统处理该目标业务请求的执行路径便是该目标业务请求的第一处理路径，第一处理路径由至少一个处理节点按照相应的执行顺序构成，每个处理节点可以对应于一个或多个原始系统对该目标业务请求的处理步骤。

步骤S120，原始系统确定第一处理路径中的检查节点，采集检查节点的第一事件数据。

本发明实施例预先设置了相应的检查节点，该检查节点可以作为数据采集节点或数据观测节点。原始系统确定第一处理路径中出现的检查节点，每个检查节点可以对应于处理路径中的一个处理节点。第一处理路径中可以包含一个或多个检查节点。

针对于第一处理路径中的任一检查节点，采集该检查节点的第一事件数据。其中，原始系统中在该检查节点发生的事件的相关数据便是该检查节点的第一事件数据，也是第一处理路径执行到检查节点时发生的事件的相关数据。由此可看出，第一事件数据是原始系统处理目标业务请求过程中内部处理行为的相关数据。

在一种可选的实施方式中，可以通过如下方式确定第一处理路径中的检查节点：获取预先生成的检查节点配置数据，该检查节点配置数据中包含有各个检查节点的节点信息，如节点标识、节点名称等等。进一步将第一处理路径中节点信息与检查节点配置数据相匹配的处理节点作为第一处理路径中的检查节点。例如，若第一处理路径中某个处理节点的节点信息与检查节点配置数据中某个节点信息一致，则确定该处理节点便是第一处理路径中的检查节点。

在一种可选的实施方式中，任一检查节点的第一事件数据可以通过如下方式采集：确定该检查节点发生的第一事件，采集第一事件的事件属性以及事件执行结果。其中，在第一处理路径中的检查节点发生的事件为第一事件，第一事件的事件属性包括：事件名称、事件所属模块的模块名称、事件类型、和/或事件标识等等，该事件类型包括写类型和/或读类型。第一事件的事件执行结果是第一事件执行后产生的相关数据，如读取到的数据，写入的数据，或者事件执行过程中产生的中间数据等等。从而检查节点的第一事件数据包括在该检查节点发生的第一事件的事件属性以及事件执行结果。

进一步可选的，在采集到第一事件的事件执行结果之后，对该事件执行结果进行数据指纹提取，以生成该第一事件的结果指纹。其中，第一事件的结果指纹是从第一事件的事件执行结果中提取出的数据指纹，数据指纹与事件执行结果一一对应，数据指纹相同则对应的事件执行结果相同。其中，本发明实施例对具体的数据指纹提取方式不作限定，例如可以对事件执行结果进行哈希运算以得到事件执行结果对应的哈希值，将该哈希值作为第一事件的结果指纹；又或者，采用MD5等加密算法对事件执行结果进行处理得到加密结果，将该加密结果作为第一事件的结果指纹。采用该种方式，事件执行结果以结果指纹的方式传输及比对，一方面保障了事件执行结果的数据安全性，另一方面可以减少数据传输量以及数据比对量，节约数据传输资源及计算资源。

步骤S130，原始系统将第一事件数据上报至数据验证装置。

原始系统将采集到的各个检查节点的第一事件数据上报给数据验证装置。其中，在一种实施方式中，将在检查节点发生的第一事件的事件属性以及事件执行结果上报至数据验证装置，即上报的第一事件数据中包含第一事件的事件属性以及事件执行结果；在另一种实施方式中，将在检查节点发生的第一事件的事件属性以及结果指纹上报至数据验证装置，即上报的第一事件数据中包含第一事件的事件属性以及结果指纹。

步骤S140，重构系统接收目标业务请求，执行目标业务请求的第二处理路径。

重构系统是对原始系统进行重构后生成的系统，该重构系统又可以称为新系统。本发明实施例将相同的目标业务请求分别发送给原始系统以及重构系统，由原始系统和重构系统处理同一个目标业务请求。

重构系统接收到目标业务请求，会对目标业务请求进行处理，即执行该目标业务请求的第二处理路径。重构系统处理该目标业务请求的执行路径便是该目标业务请求的第二处理路径，第二处理路径由至少一个处理节点按照相应的执行顺序构成，每个处理节点可以对应于一个或多个重构系统对该目标业务请求的处理步骤。

在一种可选的实施方式中，可以获取原始系统接收到的业务请求，将该业务请求作为目标业务请求，并对该目标业务请求进行复制，将复制后得到的目标业务请求发送给重构系统。在实际的实施过程中，通常是在重构系统和原始系统的数据验证通过的情况下才将重构系统应用于实际的生产环境中，由此在本发明实施例的数据验证方法执行过程中，原始系统是当前应用于生产环境的系统，也是对用户提供服务的系统。生产环境中产生的业务请求会发送给原始系统进行处理，该原始系统接收的实际生产环境中的业务请求作为目标业务请求。对该目标业务请求进行复制后得到与目标业务请求相同的业务请求，将该复制得到的目标业务请求发送给重构系统进行处理。例如，原始系统在提供服务的过程中，接收到用户端U1发送的一条登录请求，则该登录请求，对该登录请求复制后得到相同的登录请求，复制得到的登录请求发送给重构系统进行处理。采用该种实施方式，能够利用实际生产环境中的业务请求对原始系统和重构系统进行数据验证，由于实际生产环境中的业务请求具有多样化的特征，从而能够在多样化的环境下进行数据验证，提升数据验证结果的精度。

其中，业务请求的生成及分发方式并不局限于上述方式，例如还可以生成测试业务请求，分别将同一测试业务请求作为目标业务请求发送给原始系统以及重构系统。其中，该测试业务请求是根据测试数据生成的请求，即测试业务请求不是实际生产环境中生成的业务请求。

步骤S150，重构系统确定第二处理路径中的检查节点，采集检查节点的第二事件数据。

重构系统确定第二处理路径中出现的检查节点，每个检查节点可以对应于处理路径中的一个处理节点，第二处理路径中可以包含一个或多个检查节点。

针对于第二处理路径中的任一检查节点，采集该检查节点的第二事件数据。其中，重构系统中在该检查节点发生的事件的相关数据便是该检查节点的第二事件数据，也是第二处理路径执行到检查节点时发生的事件的相关数据。由此可看出，第二事件数据是重构系统处理目标业务请求过程中内部处理行为的相关数据。

在一种可选的实施方式中，可以通过如下方式确定第二处理路径中的检查节点：获取预先生成的检查节点配置数据，该检查节点配置数据中包含有各个检查节点的节点信息，如节点标识、节点名称等等。进一步将第二处理路径中节点信息与检查节点配置数据相匹配的处理节点作为第二处理路径中的检查节点。例如，若第二处理路径中某个处理节点的节点信息与检查节点配置数据中某个节点信息一致，则确定该处理节点便是第二处理路径中的检查节点。

在一种可选的实施方式中，任一检查节点的第二事件数据可以通过如下方式采集：确定该检查节点发生的第二事件，采集第二事件的事件属性以及事件执行结果。其中，在第二处理路径中的检查节点发生的事件为第二事件，第二事件的事件属性包括：事件名称、事件所属模块的模块名称、事件类型、和/或事件标识等等，该事件类型包括写类型和/或读类型。第二事件的事件执行结果是第二事件执行后产生的相关数据，如读取到的数据，写入的数据，或者事件执行过程中产生的中间数据等等。从而检查节点的第二事件数据包括在该检查节点发生的第二事件的事件属性以及事件执行结果。

进一步可选的，在采集到第二事件的事件执行结果之后，对该事件执行结果进行数据指纹提取，以生成该第二事件的结果指纹。其中，第二事件的结果指纹是从第二事件的事件执行结果中提取出的数据指纹。其中，数据指纹的提取方式可参照步骤S120中的相关描述，在此不作赘述。

需要说明的是，本申请实施例所涉及的第一事件数据以及第二事件数据均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

步骤S160，重构系统将第二事件数据上报至数据验证装置。

重构系统将采集到的各个检查节点的第二事件数据上报给数据验证装置。其中，在一种实施方式中，将在检查节点发生的第二事件的事件属性以及事件执行结果上报至数据验证装置，从而第二事件数据包括第二事件的事件属性以及事件执行结果；在另一种实施方式中，将在检查节点发生的第二事件的事件属性以及结果指纹上报至数据验证装置从而第二事件数据包括第二事件的事件属性以及结果指纹。

步骤S170，数据验证装置比对第一事件数据和第二事件数据，根据比对结果生成数据验证结果。

数据验证装置对原始系统上报的第一事件数据和重构系统上报的第二事件数据进行数据比对以得到比对结果，根据比对结果生成数据验证结果。

在具体的实施过程中，将同一目标业务请求对应的第一事件数据和第二事件数据进行比对，根据比对结果来得到该目标业务请求对应的数据验证结果。其中，若第一事件数据与第二事件数据一致，则表明原始系统和重构系统处理该目标业务请求的内部处理行为一致，确定该目标业务请求对应的数据验证结果为通过；若第一事件数据与第二事件数据不一致，则表明原始系统和重构系统处理该目标业务请求的内部处理行为不一致，确定该目标业务请求对应的数据验证结果为未通过。

在一种可选的实施方式中，针对于任一目标业务请求，执行一次步骤S110-步骤S170可以得到该目标业务请求对应的数据验证结果，则根据至少一个目标业务请求对应的数据验证结果，生成重构系统与原始系统的数据验证结果。具体地，若数据验证结果为通过的目标业务请求占比大于预设占比，确定重构系统与原始系统的数据一致性较高，则重构系统与原始系统的数据验证结果为通过；若数据验证结果为通过的目标业务请求占比小于或等于预设占比，确定重构系统与原始系统的数据一致性较低，则重构系统与原始系统的数据验证结果为未通过。

在一种可选的实施方式中，第一事件数据和第二事件数据可以通过如下方式比对：原始系统在上报检查节点的第一事件数据时，可以将检查节点的节点信息与第一事件数据关联上报；相应地，重构系统在上报检查节点的第二事件数据时，可以将检查节点的节点信息与第二事件数据关联上报。从而数据验证装置获取同一检查节点的第一事件数据和第二事件数据，比对同一检查节点的第一事件数据中的事件属性与第二事件数据中的事件属性；若第一事件数据中的事件属性与第二事件数据中的事件属性相匹配，则比对第一事件数据中的结果指纹与第二事件数据中的结果指纹，根据结果指纹比对结果生成数据验证结果；若第一事件数据中的事件属性与第二事件数据中的事件属性不匹配，则生成数据验证结果。

进一步可选的，确定原始系统上报的目标业务请求的各条第一事件数据所属的检查节点，以及确定重构系统上报的目标业务请求的各条第二事件数据所属的检查节点，确定原始系统对应的上述所属的检查节点是否与重构系统对应的上述所属的检查节点是否完全匹配，若完全匹配，表明原始系统与重构系统处理目标业务系统时经历的检查节点相同；若不完全匹配，表明原始系统与重构系统处理目标业务系统时经历的检查节点不同，则目标业务请求对应的数据验证结果为未通过。

若原始系统对应的上述所属的检查节点与重构系统对应的上述所属的检查节点完全匹配，则进一步提取同一检查节点的第一事件数据和第二事件数据，比对同一检查节点的第一事件数据中的事件属性与第二事件数据中的事件属性，若同一检查节点的第一事件数据中的事件属性与第二事件数据中的事件属性相匹配，表明同一检查节点在原始系统和重构系统发生的事件相同，则进一步比对第一事件数据中的结果指纹与第二事件数据中的结果指纹，若结果指纹相匹配，表明同一检查节点在原始系统和重构系统在同一检查节点发生的事件的执行结果相同，从而确定目标业务请求对应的数据验证结果为通过；若结果指纹不匹配，表明同一检查节点在原始系统和重构系统在同一检查节点发生的事件的执行结果不同，从而则目标业务请求对应的数据验证结果为未通过。若同一检查节点的第一事件数据中的事件属性与第二事件数据中的事件属性不匹配，表明同一检查节点在原始系统和重构系统发生的事件不同，则目标业务请求对应的数据验证结果为未通过。

在一种可选的实施方式中，若目标业务请求对应的数据验证结果为未通过，则生成数据不一致报告，该数据不一致报告中记录有详细的数据验证结果为未通过的具体原因。例如，若原始系统对应的上述所属的检查节点与重构系统对应的上述所属的检查节点不完全匹配而引起数据验证未通过，则数据不一致报告中包含未通过原因“检查节点不一致”，以及原始系统对应的上述所属的检查节点与重构系统对应的上述所属的检查节点中不一致的检查节点的节点信息；若同一检查节点的第一事件数据中的事件属性与第二事件数据中的事件属性不匹配而导致数据验证结果未通过，则数据不一致报告中包含未通过原因“事件不一致”，以及事件属性不匹配的第一事件和第二事件的具体事件属性；若同一检查节点的第一事件数据中的结果指纹与第二事件数据中的结果指纹不匹配而导致数据验证结果未通过，则数据不一致报告中包含未通过原因“结果不一致”，以及结果指纹不一致的第一事件和第二事件的事件属性以及详细的结果指纹。采用该种方式能够便于对异常点的定位及处理。

在一种可选的实施方式中，数据验证装置预先生成检查节点配置数据，将检查节点配置数据发送给原始系统以及重构系统，以供原始系统确定第一处理路径中的检查节点以及供重构系统确定第二处理路径中的检查节点。该检查节点配置数据中包含有配置的检查节点的节点信息。

进一步可选的，数据验证装置可以提供配置入口，通过该配置入口可以输入检查节点配置数据。又或者，可以遍历原始系统和重构系统中包含的检查节点，确定原始系统和重构系统中相同的检查节点，从相同的检查节点中筛选出候选检查节点，并生成候选检查节点列表。进一步提供确认入口，通过该确认入口可以从候选检查节点列表中选择检查节点，进而生成检查节点配置数据。在筛选候选检查节点时，可以获取历史时段内原始系统在各个候选检查节点处理过的请求数量，根据请求数量选取候选检查节点，例如选取请求数量较多的检查节点作为候选检查节点。其中，可以先得到相同检查节点集合，该相同检查节点集合中包含的检查节点同时存在于原始系统和重构系统中，进一步针对于相同检查节点集合中任一检查节点，确定在最近一周等历史时段内该检查节点处理过的请求数量，选取请求数量最多的前N个检查节点作为候选检查节点。在数据验证装置展示候选检查节点，相关人员通过点击等操作可以从候选检查节点中选取出至少一个检查节点，根据选取出的检查节点的节点信息生成检查节点配置数据。

在一种可选的实施方式中，数据验证装置还可以响应于事件查询操作，展示事件查询操作对应的目标业务请求的第一事件数据、第二事件数据、和/或数据验证结果。如图2所示，以原始系统和重构系统为直播系统为例，可以在数据验证装置提供的事件查询页面中提供查询入口，通过该查询入口可以输入直播间ID以及目标业务请求ID，在点击查询控件等查找操作后得到隶属该直播间的该目标业务请求对应的相关数据，该相关数据包括目标业务请求ID、请求类型、直播间ID、事件来源(来源于原始系统或重构系统)、验证结果(通过或未通过)、以及详情(事件数据的具体内容，如事件属性以及事件执行结果等等)。

由此可见，本发明实施例提供的数据验证方法中，获取原始系统处理业务请求过程中的第一事件数据以及获取重构系统处理同一业务请求过程中的第二事件数据，通过第一事件数据和第二事件数据的比对得到数据验证结果，由于第一事件数据是原始系统处理业务请求的第一处理路径中检查节点发生的事件的相关数据，从而通过第一事件数据能够反映原始系统处理业务请求的内部处理行为；相应地，第二事件数据是重构系统处理业务请求的第二处理路径中检查节点发生的事件的相关数据，从而通过第二事件数据能够反映重构系统处理业务请求的内部处理行为，由此通过第一事件数据和第二事件数据的比对结果能够反映原始系统和重构系统对同一业务请求的内部处理行为的一致性，由此根据该比对结果能够准确地得到数据验证结果，提升数据验证结果的精度。

实施例二

图3示出了本发明实施例二提供的一种数据验证方法的流程示意图。

具体地，可以预先生成检查节点配置数据，该检查节点配置数据中可以包含各个检查节点的节点信息，如节点名称(如节点对应的程序方法名)、节点发生的事件的事件属性等等。例如，检查节点配置数据可以如表1所示，每条检查节点配置数据是在该检查节点发生的事件的事件属性(事件所属模块名称、事件名、事件类型、事件标识)等。检查节点配置数据发送给原始系统以及重构系统。

表1

事件所属模块名称	事件名	事件类型	事件标识
				XX	XX	XX	XX
XX	XX	XX	XX
				……	……	……	……

如图3所示，业务请求分发给旧开播服务(原始系统)以及新开播服务(重构系统)，旧开播服务中开播安全管控模块、房间状态检查模块、主播实名认证模块为串行执行，而新开播服务中开播安全管控模块、房间状态检查模块、主播实名认证模块为并行执行，即新开播服务在旧开播服务基础上进行了重构。图3中设置的检查节点包括：开播安全管控、房间状态检查、主播实名认证、开播场次、房间状态、开播记录以及开播消息内容，则旧开播服务以及新开播服务会将各个检查节点的事件数据上报给问诊台服务(数据验证装置)。问站台服务对各个检查节点的事件数据进行比对，最终得到数据验证结果。在各个检查节点的事件数据一致的情况下数据验证通过，则可以进行服务迁移操作，例如可以对旧开播服务进行流量复制，在完成开播链路节点数据核验后进行灰度迁移(例如，可以通过白名单或按照相应百分比切流方式将部分流量迁移到新开播服务)，进而完成服务迁移。

由此可见，本发明实施例提供的数据验证方法，能够准确验证原始系统和重构系统对同一业务请求的内部处理行为的一致性，提升数据验证结果的精度。

实施例三

图4示出了本发明实施例三提供的一种数据验证方法的流程示意图。本法实施例在数据验证装置侧执行。如图4所示，该方法具体包括如下步骤：

步骤S410，获取原始系统上报的第一处理路径中检查节点的第一事件数据；其中，第一处理路径为原始系统处理目标业务请求的执行路径。

步骤S420，获取重构系统上报的第二处理路径中检查节点的第二事件数据；其中，第二处理路径为重构系统处理目标业务请求的执行路径。

步骤S430，比对第一事件数据和第二事件数据，根据比对结果生成数据验证结果。

在一种可选的实施方式中，所述方法还包括：生成检查节点配置数据，将所述检查节点配置数据发送给所述原始系统以及所述重构系统，以供所述原始系统确定所述第一处理路径中的检查节点以及供所述重构系统确定所述第二处理路径中的检查节点。

在一种可选的实施方式中，所述比对所述第一事件数据和所述第二事件数据包括：

比对同一检查节点的第一事件数据中的事件属性与第二事件数据中的事件属性；

若所述第一事件数据中的事件属性与所述第二事件数据中的事件属性相匹配，则比对所述第一事件数据中的结果指纹与所述第二事件数据中的结果指纹，根据结果指纹比对结果生成数据验证结果；

若所述第一事件数据中的事件属性与所述第二事件数据中的事件属性不匹配，则生成数据验证结果。

在一种可选的实施方式中，所述比对所述第一事件数据和所述第二事件数据，根据比对结果生成数据验证结果包括：

比对所述第一事件数据和所述第二事件数据，根据比对结果生成所述目标业务请求对应的数据验证结果；

根据至少一个目标业务请求对应的数据验证结果，生成所述重构系统与所述原始系统的数据验证结果。

在一种可选的实施方式中，所述方法还包括：响应于事件查询操作，展示所述事件查询操作对应的目标业务请求的第一事件数据、第二事件数据和/或数据验证结果。

由此可见，本发明实施例提供的数据验证方法，能够准确验证原始系统和重构系统对同一业务请求的内部处理行为的一致性，提升数据验证结果的精度。

实施例四

图5示出了本发明实施例四提供的一种数据验证方法的流程示意图。本发明实施例提供的方法在原始系统侧执行。如图5所示，该方法具体包括如下步骤：

步骤S510，接收目标业务请求，执行目标业务请求的第一处理路径。

步骤S520，确定第一处理路径中的检查节点，采集检查节点的第一事件数据。

步骤S530，将第一事件数据上报至数据验证装置，以供数据验证装置比对第一事件数据以及第二事件数据，根据比对结果生成数据验证结果；其中，第二事件数据为重构系统上报的第二处理路径中检查节点的事件数据，第二处理路径为重构系统处理目标业务请求的执行路径。

在一种可选的实施方式中，所述确定所述第一处理路径中的检查节点包括：获取预先生成的检查节点配置数据；将所述第一处理路径中节点信息与所述检查节点配置数据相匹配的处理节点作为所述第一处理路径中的检查节点。

在一种可选的实施方式中，所述采集所述检查节点的第一事件数据包括：确定所述检查节点发生的第一事件；采集所述第一事件的事件属性以及事件执行结果。

在一种可选的实施方式中，在所述采集所述第一事件的事件属性以及事件执行结果之后，所述方法还包括：对所述事件执行结果进行数据指纹提取，以生成所述第一事件的结果指纹；所述将所述第一事件数据上报至数据验证装置包括：将所述第一事件的事件属性以及结果指纹上报至数据验证装置。

由此可见，本发明实施例提供的数据验证方法，能够准确验证原始系统和重构系统对同一业务请求的内部处理行为的一致性，提升数据验证结果的精度。

实施例五

图6示出了本发明实施例五提供的一种数据验证方法的流程示意图。本发明实施例提供的数据验证方法在重构系统侧执行。如图6所示，该方法具体包括如下步骤：

步骤S610，接收目标业务请求，执行目标业务请求的第二处理路径。

步骤S620，确定第二处理路径中的检查节点，采集检查节点的第二事件数据。

步骤S630，将第二事件数据上报至数据验证装置，以供数据验证装置比对第二事件数据以及第一事件数据，根据比对结果生成数据验证结果；其中，第一事件数据为原始系统上报的第一处理路径中检查节点的事件数据，第一处理路径为原始系统处理目标业务请求的执行路径。

在一种可选的实施方式中，所述确定所述第二处理路径中的检查节点包括：获取预先生成的检查节点配置数据；将所述第二处理路径中节点信息与所述检查节点配置数据相匹配的处理节点作为所述第二处理路径中的检查节点。

在一种可选的实施方式中，所述采集所述检查节点的第二事件数据包括：确定所述检查节点发生的第二事件；采集所述第二事件的事件属性以及事件执行结果。

在一种可选的实施方式中，在所述采集所述第二事件的事件属性以及事件执行结果之后，所述方法还包括：对所述事件执行结果进行数据指纹提取，以生成所述第二事件的结果指纹；所述将所述第二事件数据上报至数据验证装置包括：将所述第二事件的事件属性以及结果指纹上报至数据验证装置。

由此可见，本发明实施例提供的数据验证方法，能够准确验证原始系统和重构系统对同一业务请求的内部处理行为的一致性，提升数据验证结果的精度。

实施例六

图7示出了本发明实施例六提供的一种数据验证装置的结构示意图。如图7所示，该装置700包括：获取模块710以及比对模块720。

获取模块710，用于获取原始系统上报的第一处理路径中检查节点的第一事件数据；其中，所述第一处理路径为所述原始系统处理目标业务请求的执行路径；以及获取重构系统上报的第二处理路径中检查节点的第二事件数据；其中，所述第二处理路径为所述重构系统处理所述目标业务请求的执行路径；

比对模块720，用于比对所述第一事件数据和所述第二事件数据，根据比对结果生成数据验证结果。

在一种可选的实施方式中，该装置还包括：配置生成模块，用于生成检查节点配置数据，将所述检查节点配置数据发送给所述原始系统以及所述重构系统，以供所述原始系统确定所述第一处理路径中的检查节点以及供所述重构系统确定所述第二处理路径中的检查节点。

在一种可选的实施方式中，比对模块用于：比对同一检查节点的第一事件数据中的事件属性与第二事件数据中的事件属性；

若所述第一事件数据中的事件属性与所述第二事件数据中的事件属性相匹配，则比对所述第一事件数据中的结果指纹与所述第二事件数据中的结果指纹，根据结果指纹比对结果生成数据验证结果；

若所述第一事件数据中的事件属性与所述第二事件数据中的事件属性不匹配，则生成数据验证结果。

在一种可选的实施方式中，比对模块用于：比对所述第一事件数据和所述第二事件数据，根据比对结果生成所述目标业务请求对应的数据验证结果；

根据至少一个目标业务请求对应的数据验证结果，生成所述重构系统与所述原始系统的数据验证结果。

在一种可选的实施方式中，该装置还包括查询模块，用于响应于事件查询操作，展示所述事件查询操作对应的目标业务请求的第一事件数据、第二事件数据和/或数据验证结果。

由此可见，本发明实施例提供的数据验证装置，能够准确验证原始系统和重构系统对同一业务请求的内部处理行为的一致性，提升数据验证结果的精度。

实施例七

图8示出了本发明实施例七提供的一种原始系统的结构示意图。如图7所示，该原始系统800包括：第一接收模块810、第一执行模块820、第一采集模块830以及第一上报模块840。

第一接收模块810，用于接收目标业务请求；

第一执行模块820，用于执行所述目标业务请求的第一处理路径；

第一采集模块830，用于确定所述第一处理路径中的检查节点，采集所述检查节点的第一事件数据；

第一上报模块840，用于将所述第一事件数据上报至数据验证装置，以供所述数据验证装置比对所述第一事件数据以及第二事件数据，根据比对结果生成数据验证结果；其中，所述第二事件数据为重构系统上报的第二处理路径中检查节点的事件数据，所述第二处理路径为所述重构系统处理所述目标业务请求的执行路径。

在一种可选的实施方式中，第一采集模块用于：获取预先生成的检查节点配置数据；

将所述第一处理路径中节点信息与所述检查节点配置数据相匹配的处理节点作为所述第一处理路径中的检查节点。

在一种可选的实施方式中，第一采集模块用于：确定所述检查节点发生的第一事件；

采集所述第一事件的事件属性以及事件执行结果。

在一种可选的实施方式中，第一采集模块用于：对所述事件执行结果进行数据指纹提取，以生成所述第一事件的结果指纹；

第一上报模块用于：将所述第一事件的事件属性以及结果指纹上报至数据验证装置。

由此可见，本发明实施例提供的原始系统，能够准确验证原始系统和重构系统对同一业务请求的内部处理行为的一致性，提升数据验证结果的精度。

实施例八

图9示出了本发明实施例八提供的一种重构系统的结构示意图。如图9所示，重构系统900包括：第二接收模块910、第二执行模块920、第二采集模块930、以及第二上报模块940。

第二接收模块910，用于接收目标业务请求；

第二执行模块920，用于执行所述目标业务请求的第二处理路径；

第二采集模块930，用于确定所述第二处理路径中的检查节点，采集所述检查节点的第二事件数据；

第二上报模块940，用于将所述第二事件数据上报至数据验证装置，以供所述数据验证装置比对所述第二事件数据以及第一事件数据，根据比对结果生成数据验证结果；其中，所述第一事件数据为原始系统上报的第一处理路径中检查节点的事件数据，所述第一处理路径为所述原始系统处理所述目标业务请求的执行路径。

在一种可选的实施方式中，第二获取模块用于：获取预先生成的检查节点配置数据；

第二采集模块用于：将所述第二处理路径中节点信息与所述检查节点配置数据相匹配的处理节点作为所述第二处理路径中的检查节点。

在一种可选的实施方式中，第二采集模块用于：确定所述检查节点发生的第二事件；

采集所述第二事件的事件属性以及事件执行结果。

在一种可选的实施方式中，第二采集模块用于：对所述事件执行结果进行数据指纹提取，以生成所述第二事件的结果指纹；

第二上报模块用于：将所述第二事件的事件属性以及结果指纹上报至数据验证装置。

由此可见，本发明实施例提供的重构系统，能够准确验证原始系统和重构系统对同一业务请求的内部处理行为的一致性，提升数据验证结果的精度。

实施例九

图10示出了本发明实施例九提供的一种数据验证系统的结构示意图。如图10所示，数据验证系统1000包括：数据验证装置700、原始系统800以及重构系统900。

实施例十

图11示出了本发明实施例十提供的一种计算设备的结构示意图。本发明实施例具体实施例并不对计算设备的具体实现做限定。

如图11所示，该计算设备可以包括：处理器1102、通信接口1104、存储器1106、以及通信总线1108。其中：处理器1102、通信接口1104、以及存储器1106通过通信总线1108完成相互间的通信。通信接口1104，用于与其它设备比如客户端或其它服务器等的网元通信。处理器1102，用于执行程序1110，具体可以执行上述用于数据验证方法实施例中的相关步骤。

具体地，程序1110可以包括程序代码，该程序代码包括计算机操作指令。处理器1102可能是中央处理器CPU，或者是特定集成电路ASIC(Application SpecificIntegrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。存储器1106，用于存放程序1110。存储器1106可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。程序1110具体可以用于使得处理器1102执行上述任一方法实施例中的方法。

实施例十一

本发明实施例十一提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的数据验证方法。

实施例十二

本发明实施例十二提供了一种计算机程序产品，包括至少一可执行指令，所述可执行指令使处理器执行上述数据验证方法对应的操作。

在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明实施例的内容，并且上面对特定语言所做的描述是为了披露本发明实施例的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明实施例的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明实施例并帮助理解各个发明方面中的一个或多个，在上面对本发明实施例的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明实施例的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明实施例的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明实施例的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明实施例进行说明而不是对本发明实施例进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

Claims (20)

1.一种数据验证方法，其特征在于，所述方法在数据验证装置侧执行，所述方法包括：

获取原始系统上报的第一处理路径中检查节点的第一事件数据；其中，所述第一处理路径为所述原始系统处理目标业务请求的执行路径；

获取重构系统上报的第二处理路径中检查节点的第二事件数据；其中，所述第二处理路径为所述重构系统处理所述目标业务请求的执行路径；

比对所述第一事件数据和所述第二事件数据，根据比对结果生成数据验证结果。

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

生成检查节点配置数据，将所述检查节点配置数据发送给所述原始系统以及所述重构系统，以供所述原始系统确定所述第一处理路径中的检查节点以及供所述重构系统确定所述第二处理路径中的检查节点。

3.根据权利要求1或2所述的方法，其特征在于，所述比对所述第一事件数据和所述第二事件数据包括：

比对同一检查节点的第一事件数据中的事件属性与第二事件数据中的事件属性；

若所述第一事件数据中的事件属性与所述第二事件数据中的事件属性相匹配，则比对所述第一事件数据中的结果指纹与所述第二事件数据中的结果指纹，根据结果指纹比对结果生成数据验证结果；

若所述第一事件数据中的事件属性与所述第二事件数据中的事件属性不匹配，则生成数据验证结果。

4.根据权利要求1-3中任一项所述的方法，其特征在于，所述比对所述第一事件数据和所述第二事件数据，根据比对结果生成数据验证结果包括：

比对所述第一事件数据和所述第二事件数据，根据比对结果生成所述目标业务请求对应的数据验证结果；

根据至少一个目标业务请求对应的数据验证结果，生成所述重构系统与所述原始系统的数据验证结果。

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

响应于事件查询操作，展示所述事件查询操作对应的目标业务请求的第一事件数据、第二事件数据和/或数据验证结果。

6.一种数据验证方法，其特征在于，所述方法在原始系统中执行，所述方法包括：

接收目标业务请求，执行所述目标业务请求的第一处理路径；

确定所述第一处理路径中的检查节点，采集所述检查节点的第一事件数据；

将所述第一事件数据上报至数据验证装置，以供所述数据验证装置比对所述第一事件数据以及第二事件数据，根据比对结果生成数据验证结果；其中，所述第二事件数据为重构系统上报的第二处理路径中检查节点的事件数据，所述第二处理路径为所述重构系统处理所述目标业务请求的执行路径。

7.根据权利要求6所述的方法，其特征在于，所述确定所述第一处理路径中的检查节点包括：

获取预先生成的检查节点配置数据；

将所述第一处理路径中节点信息与所述检查节点配置数据相匹配的处理节点作为所述第一处理路径中的检查节点。

8.根据权利要求6或7所述的方法，其特征在于，所述采集所述检查节点的第一事件数据包括：

确定所述检查节点发生的第一事件；

采集所述第一事件的事件属性以及事件执行结果。

9.根据权利要求8所述的方法，其特征在于，在所述采集所述第一事件的事件属性以及事件执行结果之后，所述方法还包括：对所述事件执行结果进行数据指纹提取，以生成所述第一事件的结果指纹；

所述将所述第一事件数据上报至数据验证装置包括：将所述第一事件的事件属性以及结果指纹上报至数据验证装置。

10.一种数据验证方法，其特征在于，所述方法在重构系统中执行，所述方法包括：

接收目标业务请求，执行所述目标业务请求的第二处理路径；

确定所述第二处理路径中的检查节点，采集所述检查节点的第二事件数据；

将所述第二事件数据上报至数据验证装置，以供所述数据验证装置比对所述第二事件数据以及第一事件数据，根据比对结果生成数据验证结果；其中，所述第一事件数据为原始系统上报的第一处理路径中检查节点的事件数据，所述第一处理路径为所述原始系统处理所述目标业务请求的执行路径。

11.根据权利要求10所述的方法，其特征在于，所述确定所述第二处理路径中的检查节点包括：

获取预先生成的检查节点配置数据；

将所述第二处理路径中节点信息与所述检查节点配置数据相匹配的处理节点作为所述第二处理路径中的检查节点。

12.根据权利要求10或11所述的方法，其特征在于，所述采集所述检查节点的第二事件数据包括：

确定所述检查节点发生的第二事件；

采集所述第二事件的事件属性以及事件执行结果。

13.根据权利要求12所述的方法，其特征在于，在所述采集所述第二事件的事件属性以及事件执行结果之后，所述方法还包括：对所述事件执行结果进行数据指纹提取，以生成所述第二事件的结果指纹；

所述将所述第二事件数据上报至数据验证装置包括：将所述第二事件的事件属性以及结果指纹上报至数据验证装置。

14.一种数据验证装置，其特征在于，包括：

获取模块，用于获取原始系统上报的第一处理路径中检查节点的第一事件数据，以及获取重构系统上报的第二处理路径中检查节点的第二事件数据；其中，所述第一处理路径为所述原始系统处理目标业务请求的执行路径，所述第二处理路径为所述重构系统处理所述目标业务请求的执行路径；

比对模块，用于比对所述第一事件数据和所述第二事件数据，根据比对结果生成数据验证结果。

15.一种原始系统，其特征在于，所述原始系统包括：

第一接收模块，用于接收目标业务请求；

第一执行模块，用于执行所述目标业务请求的第一处理路径；

第一采集模块，用于确定所述第一处理路径中的检查节点，采集所述检查节点的第一事件数据；

第一上报模块，用于将所述第一事件数据上报至数据验证装置，以供所述数据验证装置比对所述第一事件数据以及第二事件数据，根据比对结果生成数据验证结果；其中，所述第二事件数据为重构系统上报的第二处理路径中检查节点的事件数据，所述第二处理路径为所述重构系统处理所述目标业务请求的执行路径。

16.一种重构系统，其特征在于，所述重构系统包括：

第二接收模块，用于接收目标业务请求；

第二执行模块，用于执行所述目标业务请求的第二处理路径；

第二采集模块，用于确定所述第二处理路径中的检查节点，采集所述检查节点的第二事件数据；

第二上报模块，用于将所述第二事件数据上报至数据验证装置，以供所述数据验证装置比对所述第二事件数据以及第一事件数据，根据比对结果生成数据验证结果；其中，所述第一事件数据为原始系统上报的第一处理路径中检查节点的事件数据，所述第一处理路径为所述原始系统处理所述目标业务请求的执行路径。

17.一种数据验证系统，其特征在于，包括如权利要求14所述的数据验证装置、如权利要求15所述的原始系统以及如权利要求16所述的重构系统。

18.一种计算设备，其特征在于，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-13中任一项所述的数据验证方法对应的操作。

19.一种计算机存储介质，其特征在于，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求1-13中任一项所述的数据验证方法对应的操作。

20.一种计算机程序产品，其特征在于，包括至少一可执行指令，所述可执行指令使处理器执行如权利要求1-13中任一项所述的数据验证方法对应的操作。