CN114661590A

CN114661590A - 一种接口一致性校验方法、装置、设备以及存储介质

Info

Publication number: CN114661590A
Application number: CN202210249437.3A
Authority: CN
Inventors: 杨少华
Original assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Current assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Priority date: 2022-03-14
Filing date: 2022-03-14
Publication date: 2022-06-24

Abstract

本公开提供了一种接口一致性校验方法、装置、设备以及存储介质，涉及计算机技术领域，尤其涉及数据处理技术领域。具体方案为：接入服务获取待注入服务的流量，待注入服务包括新服务和老服务；将流量转换为URI请求，URI请求包括URI请求对应的日志标识和流量的URI；将URI请求分别输入新服务和老服务；新服务和老服务分别将URI请求中的日志标识作为随机算子，利用随机算子，获取URI请求中的URI对应的第一服务结果，并将第一服务结果反馈给接入服务；接入服务将新服务和老服务分别反馈的第一服务结果进行对比，得到待注入服务对应的一致性校验结果。

Description

一种接口一致性校验方法、装置、设备以及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及数据处理技术领域。

背景技术

在互联网的业务开发过程中，软件或者服务一般都会经历初步阶段、优化阶段、成熟阶段、老化阶段、消亡或者重构阶段。随着原有服务架构与业务发展不相匹配，以及技术的迭代更新，原有服务难免会出现对不断扩大的业务规模支持乏力，开发及维护成本较高的问题，这就需要对原有服务进行重构开发，以实现服务的涅槃重生。在重构开发以及服务迁移时，需要确保新服务对外API(Application Programming Interface，应用程序接口)和原有服务的API保持一致。

发明内容

本公开提供了一种接口一致性校验方法、装置、设备以及存储介质。

根据本公开的一方面，提供了一种接口一致性校验方法，包括：

接入服务获取待注入服务的流量，所述待注入服务包括新服务和老服务；将所述流量转换为统一资源标志符URI请求，所述URI请求包括所述URI请求对应的日志标识和所述流量的URI；将所述URI请求分别输入所述新服务和老服务；

所述新服务和老服务分别将所述URI请求中的日志标识作为随机算子，利用所述随机算子，获取所述URI请求中的URI对应的第一服务结果，并将所述第一服务结果反馈给所述接入服务；

所述接入服务将所述新服务和老服务分别反馈的第一服务结果进行对比，得到所述待注入服务的一致性校验结果。

根据本公开的另一方面，提供了一种接口一致性校验方法，应用于执行上述接口一致性校验方法中接入服务的设备，包括：

获取待注入服务的流量，所述待注入服务包括新服务和老服务；

将所述流量转换为统一资源标志符URI请求，所述URI请求包括所述URI请求对应的日志标识和所述流量的URI；

将所述URI请求分别输入所述新服务和老服务；以使所述新服务和老服务分别将所述URI请求中的日志标识作为随机算子，利用所述随机算子，获取所述URI请求中的URI对应的第一服务结果，并将所述第一服务结果反馈给所述接入服务；

将所述新服务和老服务分别反馈的第一服务结果进行对比，得到所述待注入服务对应的一致性校验结果。

根据本公开的另一方面，提供了一种接口一致性校验方法，应用于执行上述接口一致性校验方法中待注入服务的设备，包括：

接收接入服务发送的统一资源标志符URI请求，所述URI请求由所述流量转换得到，且所述URI请求包括所述URI请求对应的日志标识和所述流量的URI；

将所述URI请求中的日志标识作为随机算子；

利用所述随机算子，获取所述URI请求中的URI对应的第一服务结果，并将所述第一服务结果反馈给所述接入服务。

根据本公开的另一方面，提供了一种接口一致性校验装置，包括：

获取模块，用于提供接入服务，以获取待注入服务的流量，所述待注入服务包括新服务和老服务；将所述流量转换为统一资源标志符URI请求，所述URI请求包括所述URI请求对应的日志标识和所述流量的URI；将所述URI请求分别输入所述新服务和老服务；

反馈模块，用于提供所述新服务和老服务，以分别将所述URI请求中的日志标识作为随机算子，利用所述随机算子，获取所述URI请求中的URI对应的第一服务结果，并将所述第一服务结果反馈给所述接入服务；

对比模块，用于提供所述接入服务，以将所述新服务和老服务分别反馈的第一服务结果进行对比，得到所述待注入服务的一致性校验结果。

根据本公开的另一方面，提供了一种接口一致性校验装置，应用于包括上述接口一致性校验装置中接入服务的设备，包括：

获取模块，用于获取待注入服务的流量，所述待注入服务包括新服务和老服务；

转换模块，用于将所述流量转换为统一资源标志符URI请求，所述URI请求包括所述URI请求对应的日志标识和所述流量的URI；

反馈模块，用于将所述URI请求分别输入所述新服务和老服务；以使所述新服务和老服务分别将所述URI请求中的日志标识作为随机算子，利用所述随机算子，获取所述URI请求中的URI对应的第一服务结果，并将所述第一服务结果反馈给所述接入服务；

对比模块，用于将所述新服务和老服务分别反馈的第一服务结果进行对比，得到所述待注入服务对应的一致性校验结果。

根据本公开的另一方面，提供了一种接口一致性校验装置，应用于包括上述接口一致性校验装置中待注入服务的设备，包括：

接收模块，用于接收接入服务发送的统一资源标志符URI请求，所述URI请求由所述流量转换得到，且所述URI请求包括所述URI请求对应的日志标识和所述流量的URI；

处理模块，用于将所述URI请求中的日志标识作为随机算子；

反馈模块，用于利用所述随机算子，获取所述URI请求中的URI对应的第一服务结果，并将所述第一服务结果反馈给所述接入服务。

根据本公开的另一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述接口一致性校验方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据上述接口一致性校验方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据上述接口一致性校验方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是本公开实施例提供的接口一致性校验方法的第一种流程示意图；

图2是本公开实施例提供的接口一致性校验方法的第二种流程示意图；

图3是本公开实施例提供的接口一致性校验方法的第三种流程示意图；

图4是本公开实施例提供的接口一致性校验方法的第四种流程示意图；

图5是本公开实施例提供的接口一致性校验方法的第五种流程示意图；

图6是本公开实施例提供的接口一致性校验装置的第一种结构示意图；

图7是本公开实施例提供的接口一致性校验装置的第二种结构示意图；

图8是本公开实施例提供的接口一致性校验装置的第三种结构示意图；

图9是本公开实施例提供的接口一致性校验装置的第四种结构示意图；

图10是用来实现本公开实施例的接口一致性校验方法的电子设备的第一种示意性框图；

图11是用来实现本公开实施例的接口一致性校验方法的电子设备的第二种示意性框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在互联网的业务开发过程中，软件或者服务一般都会经历初步阶段、优化阶段、成熟阶段、老化阶段、消亡或者重构阶段。随着原有服务架构与业务发展不相匹配，以及技术的迭代更新，原有服务难免会出现对不断扩大的业务规模支持乏力，开发及维护成本较高的问题，这就需要对原有服务进行重构开发，以实现服务的涅槃重生。在重构开发以及服务迁移时，需要确保新服务对外API和原有服务的API保持一致。

目前，在重构开发以及服务迁移过程中，开发人员向新老服务注入服务请求，进而对新老服务的接口数据和功能进行比对，以及在服务迁移前，利用go-replay(流量回放)等工具对新老服务的接口数据进行比对。这使得服务请求的注入方式单一，接口一致性校验的服务请求不够全面，导致开发和测试需要单独定制方案，进而使得过程复杂、成本较高。

另外，下游服务或存在随机策略的其他不可复现的服务反馈的接口数据是随机的，难以比对，无法验证当前的接口一致性校验是否覆盖了全部类型的接口数据；另外，由于下游服务或存在随机策略的其他不可复现的服务反馈的接口数据是随机的，这导致该接口数据难以复现，进而无法准确定位异常场景，不便于对新老服务进行定位分析。

为完成接口一致性校验，解决校验困难的问题，在业务开发过程中，对于业务中出现的随机策略导致返回的接口数据，或请求的下游服务出现的随机返回的接口数据，需要在业务对应的新老服务中埋点，或者通过业务代码高度侵入新老服务，这使得业务代码入侵较大。

此外，上述接口一致性校验的架构没有系统平台的概念，需要每次根据实际业务特性进行接口一致性校验装置的搭建及开发，过程较为复杂低效。

为解决上述问题，本公开实施例提供了一种接口一致性校验方法，如图1所示，包括如下步骤：

步骤S11，接入服务获取待注入服务的流量，待注入服务包括新服务和老服务；将流量转换为URI请求，URI请求包括URI请求对应的日志标识和流量的URI；将URI请求分别输入新服务和老服务。

步骤S12，新服务和老服务分别将URI请求中的日志标识作为随机算子，利用随机算子，获取URI请求中的URI对应的第一服务结果，并将第一服务结果反馈给接入服务。

步骤S13，接入服务将新服务和老服务分别反馈的第一服务结果进行对比，得到待注入服务的一致性校验结果。

本公开实施例的技术方案中，接入服务将URI请求作为服务请求，并在URI请求中插入了日志标识，后续，新服务和老服务分别将URI请求中的日志标识作为随机算子，来获取URI请求中的URI对应的第一服务结果，实现了随机算法的一致性，确保了保新服务和老服务随机结果的对齐，进而解决了存在随机策略的服务反馈的接口数据难以比对问题，进而解决了无法验证当前的接口一致性校验是否覆盖了全部类型的接口数据的问题。

另外，本公开实施例的技术方案中，新服务和老服务中采用统一的随机算子和随机算法，来完成接口一致性校验，新服务和老服务的业务代码入侵仅在于随机算子，即日志标识，实现了在轻量业务代码入侵的情况下，对随机反馈的服务结果的比对，完成接口一致性校验。

本公开实施例中，流量可以理解为服务请求，接入服务为接入层，如Nginx服务器等，待注入服务为需要注入服务请求的服务，包括新服务和老服务，其中，老服务可以理解为迁移前的服务，新服务可以理解为迁移后的服务，即对老服务进行重构开发后的服务。

日志标识可以采用logid表示，logid为一个随机数。本公开实施例中，接入服务可以基于LUA或其他脚本语言，生成logid。可选的，接入服务基于LUA生成logid，这可以降低接入服务的开发成本，降低接入服务的部署难度以及维护成本。logid贯穿整个接口一致性校验的链路，例如，在服务间交互时，将logid携带在URI请求中，在服务间进行透传。这里，对logid的生成算法不进行限定。

在进行接口一致性校验时，接入服务作为接入层，获取需要注入新服务和老服务的流量，对获取的流量进行分析，得到URI信息，生成URI请求。该URI请求中包括logid，logid可以位于URI请求的头(header)中，也可以位于URI请求的载荷中对此不进行限定。

本公开实施例中，接入服务将获取的流量统一转换成了URI请求，这使得本公开实施例提供的技术方案可以支持线上引流、日志回放和单接口指定URI等各种形式的流量接入，丰富了服务请求注入的形式，进而实现了本公开实施例提供的接口一致性校验装置可以满足各种形式的服务请求的校验，即可以由一个平台即可满足开发、测试、回归等各种场景的需求，不需要每次接口一致性校验时，再根据业务特性进行校验系统架构的搭建及开发，提高了接口一致性校验的效率，节约了校验成本。

另外，本公开实施例中，搭建的平台可以满足开发、测试、回归等各种场景的需求，使得平台具有稳定高可用性。此外，该平台可以依托容器(docker)化部署工具，将接口一致性校验装置包括的模块打包部署，并根据接入流量的数量和QPS(每秒查询率，Queries PerSecond)、服务压力情况等，实现弹性扩缩容。

在获取到URI请求后，接入服务将URI请求输入新服务，并将URI请求输入老服务。这里，接入服务可以按照指定顺序，依次将URI请求输入新服务和老服务，接入服务也可以采用并发的方式，将URI请求输入新服务和老服务，对此不限定。

可选的，接入服务可以采用协程注入的方式，并发的将URI请求发送给新服务和老服务，确保接口一致性校验系统的低延迟，并支持较高并发响应。以协程注入的方式，可以简单快速的实现服务请求的并发，做到高性能，高并发，非阻塞。

新服务和老服务存在依赖随机算法的逻辑策略，如小说广告场景中的广告样式、广告资源方等随机逻辑。本公开实施例中，该依赖随机算法的逻辑策略可以采用调用随机算子lib库。

新服务接收到URI请求后，从URI请求中提取到logid，将该logid作为随机算子，利用随机算子，从lib库中，获取URI请求中的URI对应的服务结果(即接口数据)，为便于理解，这里以第一服务结果为例进行说明。新服务将第一服务结果反馈给接入服务。

老服务与新服务获取第一服务结果的原理相同，对于老服务如何获取第一服务结果的方式不再赘述。

本公开实施例中，新服务和老服务采用相同的logid作为随机算子，确保新老服务随机结果对齐，解决了存在随机策略的服务反馈的接口数据难以比对问题，进而解决了无法验证当前的接口一致性校验是否覆盖了全部类型的接口数据的问题。

接入服务接收新服务反馈的第一服务结果和老服务反馈的第一服务结果，共计两个第一服务结果。接入服务对比新服务和老服务分别反馈的第一服务结果，得到待注入服务对应的一致性校验结果。

在本公开实施例中，接入服务可以与UI(User Interface，用户界面)连接。在得到一致性校验结果后，接入服务可以将一致性校验结果传输至UI，由UI统一展示一致性校验结果，便于用户直观了解一致性校验结果。

另外，接入服务可以记录第一服务结果等随机结果，以便于后续进行随机结果测试用例覆盖检测。

一个可选的实施例中，服务结果的反馈依赖于下游服务。这种情况下，新服务和老服务分别可以将URI请求传输至下游服务。下游服务接收到URI请求后，获取URI请求中的URI对应的第二服务结果，并将第二服务结果分别反馈给新服务和老服务。新服务和老服务，分别可以将第二服务结果反馈给接入服务。接入服务，还可以将新服务和老服务分别反馈的第二服务结果进行对比，得到待注入服务对应的一致性校验结果。

新服务接收到URI请求后，若确定该URI请求对应的下游服务，将该URI请求传输至下游服务。同理，老服务也将URI请求传输至下游服务。由于新服务和老服务接收到的URI请求相同，因此，下游服务获取到的服务结果相同，为便于理解，这里以第二服务结果为例进行说明。

新服务和老服务获取到第二服务结果后的处理流程，以及后续接入服务对第二服务结果的处理流程可以参见上述第一服务结果后的处理流程，此处不再赘述。

本公开实施例提供的技术方案中，支持对下游服务反馈结果的校验，确保了接口一致性校验能够覆盖全部类型的接口数据，确保了接口一致性校验的全面。

一个可选的实施例中，服务结果的反馈依赖于下游服务，而下游服务反馈的结果具有随机性，例如：推荐业务、广告业务或其他随机业务返回的服务结果。这种情况下，本公开实施例还提供了一种接口一致性校验方法，如图2所示，该方法中，接口一致性校验装置还可以包括缓存服务。该缓存服务为代理层，如nginx cache server，代理层支持基于logid+URI的数据缓存机制。该方法包括步骤S21-步骤S25，其中步骤S21与步骤S11相同，此处不再赘述。

步骤S22，新服务和老服务分别将URI请求传输至缓存服务。

步骤S23，缓存服务获取缓存服务中存储的logid和URI对应的第三服务结果；将第三服务结果分别反馈至新服务和老服务。

步骤S24，新服务和老服务分别将第三服务结果反馈给接入服务。

步骤S25，接入服务将新服务和老服务分别反馈的第三服务结果进行对比，得到待注入服务对应的一致性校验结果。

本公开实施例中，新服务在接收到URI请求后，若确定该URI请求对应的下游服务，将该URI请求传输至缓存服务。缓存服务在缓存的数据中，查找logid和URI对应的服务结果，若查找到第三服务结果，则将该第三服务结果反馈该新服务。同理，老服务从缓存服务中获取到第三服务结果。

新服务和老服务获取到第三服务结果后的处理流程，以及后续接入服务对第三服务结果的处理流程可以参见上述第一服务结果后的处理流程，此处不再赘述。

本公开实施例提供的技术方案中，在新服务和老服务与下游服务间增设了缓存服务。在缓存服务支持基于logid+URI的数据缓存机制的情况下，确保了在logid一致的URI请求下新服务和老服务获取的下游数据相同，解决了存在下游服务反馈的接口数据难以比对问题，进而解决了无法验证当前的接口一致性校验是否覆盖了全部类型的接口数据的问题。

一个可选的实施例中，缓存服务还可以在未获取到第三服务结果的情况下，将URI请求传输至下游服务，以使下游服务获取URI请求中的URI对应的第四服务结果，并将第四服务结果反馈给缓存服务；缓存服务将第四服务结果分别反馈至新服务和老服务；新服务和老服务分别将第四服务结果反馈给接入服务；接入服务将新服务和老服务分别反馈的第四服务结果进行对比，得到待注入服务对应的一致性校验结果。

缓存服务在缓存的数据中，查找logid和URI对应的服务结果，若未查找到对应的服务结果，则将URI请求传输至下游服务。下游服务接收到URI请求后，获取URI请求中的URI对应的服务结果，如第四服务结果，并将第四服务结果反馈给缓存服务。缓存服务接收到第四服务结果后，可以将该第四服务结果反馈给新服务和老服务。

这里，新服务和老服务发送的URI请求中携带的logid和URI均相同，因此，缓存服务在从下游服务获取到第四服务结果后，基于logid和URI，向新服务和老服务反馈的第四服务结果也相同。

本公开实施例中，为便于实现流量回放，缓存服务在接收到第四服务结果，可以缓存logid、URI和第四服务结果的对应关系。

新服务和老服务获取到第四服务结果后的处理流程，以及后续接入服务对第四服务结果的处理流程可以参见上述第一服务结果后的处理流程，此处不再赘述。

另外，本公开实施例提供的技术方案中，依据缓存服务中基于logid+URI的数据缓存机制，来实现接口一致性校验，对新服务和老服务不存在业务代码入侵，即在零业务代码入侵的情况下，实现了对下游服务随机反馈的服务结果的比对，完成了接口一致性校验。

在本公开的一个实施例中，第四服务结果中包括logid和URI；在未获取到第三服务结果的情况下，缓存服务可以锁定两个URI请求中一个URI请求，并将另一个URI请求发送至下游服务；缓存服务还可以接收并存储下游服务反馈的第四服务结果，并将第四服务结果反馈给另一个URI请求对应的服务；响应于根据锁定的URI请求中的日志标识和URI，获取到缓存服务中存储的日志标识和URI对应的第四服务结果，将第四服务结果反馈给锁定的URI请求对应的服务。

本公开实施例中，缓存服务共接收到两个相同的URI请求，其中，一个URI请求来自新服务，一个URI请求来自老服务。缓存服务可以将先接收到的一个URI请求发送至下游服务，锁定后接收到的一个URI请求。缓存服务还可以在接收到两个URI请求后，从这两个URI请求中随机地选择一个URI请求，将选择的URI请求锁定。本公开实施例中，还可以采用其他方式，确定需要锁定的URI请求，对此不进行限定。

缓存服务将一个URI请求发送至下游服务后，缓存服务实时扫描缓存的数据中是否存在锁定的URI请求包括的logid和URI对应的第四服务结果。当检测到存在logid和URI对应的第四服务结果时，也就是，缓存服务接收到下游服务反馈的第四服务结果，则缓存服务将第四服务结果反馈给锁定的URI请求对应的服务。例如，若锁定的URI请求对应的新服务，则将第四服务结果反馈给新服务；若锁定的URI请求对应的老服务，则将第四服务结果反馈给老服务。

本公开实施例提供的技术方案中，缓存服务锁定一个URI请求，实现基于logid的独占锁，确保服务结果的复用。另外，缓存服务只会向下游服务发送一个URI请求，下游服务只会处理一个URI请求，并向缓存服务反馈一个服务结果，节约了网络资源，以及减轻了下游服务的负担，提高了处理效率，同时，也确保了缓存服务中缓存一份logid和URI对应的服务结果，降低了缓存空间，降低了部署成本。

在本公开的一个实施例中，本公开实施例还提供了一种接口一致性校验方法，如图3所示，该方法中，接口一致性校验装置还可以包括对比工具。该方法包括步骤S31-步骤S34，其中，步骤S31-步骤S32与步骤S11-步骤S12相同，此处不再赘述，步骤S33-步骤S34为步骤S13的一种实现方式。

步骤S33，接入服务将第一服务结果发送给对比工具。

步骤S34，对比工具将新服务和老服务分别反馈的第一服务结果进行对比，得到待注入服务对应的一致性校验结果。

本公开实施例中，接入服务获取到第一服务结果后，可以打包第一服务结果，并将打包的第一服务结果推送(如post方式)给对比工具。这里对比工具可以为DIFF工具，该DIFF工具支持常见的json、html、xml、mcpack、protobuf等类型数据的比对，并且，该DIFF工具根据业务需求进行字段豁免，或者自定义比对逻辑，另外，该DIFF工具还支持值和类型的强比对，即可以根据业务需求进行强弱比对的选择。DIFF工具支持丰富的类型，可以满足各种场景下的数据比对需求。

可选的，对比工具还可以根据配置指令配置对比字段；将新服务和老服务分别反馈的第一服务结果中的对比字段进行对比，得到待注入服务对应的一致性校验结果。

本公开实施例中，服务结果对比(即数据对比)可以支持更为人性化的方式设置，实现数据对比结果的呈现样式多样化，提高了数据对比的灵活性。

在本公开的一个实施例中，接入服务，还可以根据URI和logid，获取URI请求，回放流量。

本公开实施例中，当一致性校验结果指示有异常时，接入服务可以基于一致性校验结果对应的URI和logid，获取到相应的流量，进而实现回放流量，如上述接入服务、新服务、老服务、缓存服务和下游服务之间的交互。

本公开实施例提供的技术方案中，借助接入服务的日志功能，如logid，对注入的流量及比对接口进行标记定位，方便了进行数据统计及异常回放。此外，本公开实施例中，logid贯穿了全链路，因此，基于logid，回放流量，解决了数据稳定复现的问题。

贯穿全链路的logid，一方面可以实现日志的串联，方便用户对流量请求过程中的每个服务进行测试联调；另一方面，基于logid的随机算法和基于logid的缓存服务，确保了流量都是可回放复现的，且确保了新老服务随机结果的一致性，进而便于回放随机场景数据，方便业务定位，并可探测覆盖各种随机用例。

本公开实施例还提供了一种接口一致性校验方法，可以应用于执行上述接口一致性校验方法中接入服务的设备，如图4所示，该方法包括如下步骤：

步骤S41，获取待注入服务的流量，待注入服务包括新服务和老服务。

步骤S42，将流量转换为URI请求，URI请求包括URI请求对应的日志标识和流量的URI。

步骤S43，将URI请求分别输入新服务和老服务；以使新服务和老服务分别将URI请求中的日志标识作为随机算子，利用随机算子，获取URI请求中的URI对应的第一服务结果，并将第一服务结果反馈给接入服务。

步骤S44，将新服务和老服务分别反馈的第一服务结果进行对比，得到待注入服务对应的一致性校验结果。

可选的，上述接口一致性校验方法还可以包括：将新服务和老服务通过下游服务分别反馈的服务结果进行对比，得到待注入服务对应的一致性校验结果。

可选的，上述步骤S44可以包括：将第一服务结果发送给对比工具，以使对比工具将新服务和老服务分别反馈的第一服务结果进行对比，得到待注入服务对应的一致性校验结果。

可选的，上述接口一致性校验方法还可以包括：根据一致性校验结果对应的URI和日志标识，获取流量，并回放流量。

本公开实施例还提供了一种接口一致性校验方法，可以应用于执行上述接口一致性校验方法中待注入服务的设备，该待注入服务可以为上述新服务或上述老服务。如图5所示，该接口一致性校验方法包括如下步骤：

步骤S51，接收接入服务发送的URI请求，URI请求由流量转换得到，且URI请求包括URI请求对应的日志标识和流量的URI。

步骤S52，将URI请求中的日志标识作为随机算子。

步骤S53，利用随机算子，获取URI请求中的URI对应的第一服务结果，并将第一服务结果反馈给接入服务。

可选的，上述接口一致性校验方法还可以包括：将URI请求传输至下游服务，以使下游服务获取URI请求中的URI对应的第二服务结果，并将第二服务结果反馈给新服务和老服务；将第二服务结果反馈给接入服务。

可选的，上述接口一致性校验方法还可以包括：将URI请求传输至缓存服务，以使缓存服务获取缓存服务中存储的日志标识和URI对应的服务结果；将服务结果分别反馈至待注入服务；将服务结果反馈给接入服务。

基于上述接口一致性校验方法，本公开实施例还提供了一种接口一致性校验装置，如图6所示，包括：

获取模块61，用于提供接入服务，以获取待注入服务的流量，待注入服务包括新服务和老服务；将流量转换为统一资源标志符URI请求，URI请求包括URI请求对应的日志标识和流量的URI；将URI请求分别输入新服务和老服务；

反馈模块62，用于提供新服务和老服务，以分别将URI请求中的日志标识作为随机算子，利用随机算子，获取URI请求中的URI对应的第一服务结果，并将第一服务结果反馈给接入服务；

对比模块63，用于提供接入服务，以将新服务和老服务分别反馈的第一服务结果进行对比，得到待注入服务的一致性校验结果。

可选的，反馈模块62，还可以用于提供新服务和老服务，以分别将URI请求传输至下游服务，以使下游服务获取URI请求中的URI对应的第二服务结果，并将第二服务结果反馈给新服务和老服务，并分别将第二服务结果反馈给接入服务。

对比模块63，还可以用于提供接入服务，以将新服务和老服务分别反馈的第二服务结果进行对比，得到待注入服务对应的一致性校验结果。

可选的，上述接口一致性校验装置，还可以包括：缓存模块。

反馈模块62，还可以用于提供新服务和老服务，以分别将URI请求传输至缓存服务。

缓存模块，用于提供缓存服务，以获取缓存服务中存储的日志标识和URI对应的第三服务结果；将第三服务结果分别反馈至新服务和老服务；

反馈模块62，还可以用于提供新服务和老服务，以分别将第三服务结果反馈给接入服务。

对比模块63，还可以用于提供接入服务，以将新服务和老服务分别反馈的第三服务结果进行对比，得到待注入服务对应的一致性校验结果。

可选的，缓存模块，还可以用于：

提供缓存服务，以在未获取到第三服务结果的情况下，将URI请求传输至下游服务，以使下游服务获取URI请求中的URI对应的第四服务结果，并将第四服务结果反馈给缓存服务；并将第四服务结果分别反馈至新服务和老服务；

反馈模块62，还可以用于提供新服务和老服务，以分别将第四服务结果反馈给接入服务。

对比模块63，还可以用于提供接入服务，以将新服务和老服务分别反馈的第四服务结果进行对比，得到待注入服务对应的一致性校验结果。

可选的，第四服务结果中包括日志标识和URI。

缓存模块，具体可以用于提供缓存服务，以在未获取到第三服务结果的情况下，锁定两个URI请求中一个URI请求，并将另一个URI请求发送至下游服务；接收并存储下游服务反馈的第四服务结果，并将第四服务结果反馈给另一个URI请求对应的服务；响应于根据锁定的URI请求中的日志标识和URI，获取到缓存服务中存储的日志标识和URI对应的第四服务结果，将第四服务结果反馈给锁定的URI请求对应的服务。

可选的，上述接口一致性校验装置还可以包括校验模块。

对比模块63，具体可以用于提供接入服务，以将第一服务结果发送给对比工具。

校验模块，用于提供对比工具，以将新服务和老服务分别反馈的第一服务结果进行对比，得到待注入服务对应的一致性校验结果。

可选的，校验模块，还可以用于提供对比工具，以根据配置指令配置对比字段；将新服务和老服务分别反馈的第一服务结果中的对比字段进行对比，得到待注入服务对应的一致性校验结果。

可选的，上述接口一致性校验装置还可以包括回放模块。

回放模块，用于提供接入服务，以根据一致性校验结果对应的URI和日志标识，获取流量，并回放流量。

基于上述接口一致性校验方法，本公开实施例还提供了一种接口一致性校验装置，应用于包括上述接口一致性校验装置中接入服务的设备，如图7所示，包括：

获取模块71，用于获取待注入服务的流量，待注入服务包括新服务和老服务；

转换模块72，用于将流量转换为统一资源标志符URI请求，URI请求包括URI请求对应的日志标识和流量的URI；

反馈模块73，用于将URI请求分别输入新服务和老服务；以使新服务和老服务分别将URI请求中的日志标识作为随机算子，利用随机算子，获取URI请求中的URI对应的第一服务结果，并将第一服务结果反馈给接入服务；

对比模块74，用于将新服务和老服务分别反馈的第一服务结果进行对比，得到待注入服务对应的一致性校验结果。

可选的，对比模块74，还可以用于将新服务和老服务通过下游服务分别反馈的服务结果进行对比，得到待注入服务对应的一致性校验结果。

可选的，对比模块74，具体可以用于：

将第一服务结果发送给对比工具，以使对比工具将新服务和老服务分别反馈的第一服务结果进行对比，得到待注入服务对应的一致性校验结果。

可选的，上述接口一致性校验装置还可以包括：回放模块。

回放模块，用于根据一致性校验结果对应的URI和日志标识，获取流量，并回放流量。

基于上述接口一致性校验方法，本公开实施例还提供了一种接口一致性校验装置，应用于包括上述接口一致性校验装置中待注入服务的设备，如图8所示，包括：

接收模块81，用于接收接入服务发送的统一资源标志符URI请求，URI请求由流量转换得到，且URI请求包括URI请求对应的日志标识和流量的URI；

处理模块82，用于将URI请求中的日志标识作为随机算子；

反馈模块83，用于利用随机算子，获取URI请求中的URI对应的第一服务结果，并将第一服务结果反馈给接入服务。

可选的，上述接口一致性校验装置还可以包括：

传输模块，用于将URI请求传输至下游服务，以使下游服务获取URI请求中的URI对应的第二服务结果，并将第二服务结果反馈给新服务和老服务。

反馈模块83，还可以用于将第二服务结果反馈给接入服务。

可选的，上述接口一致性校验装置还可以包括：

传输模块，用于将URI请求传输至缓存服务，以使缓存服务获取缓存服务中存储的日志标识和URI对应的服务结果；将服务结果分别反馈至待注入服务；

反馈模块83，还可以用于将服务结果反馈给接入服务。

下面结合图9所示的接口一致性校验装置，对本公开实施例提供的接口一致性校验方法进行详细说明。

接入多种流量注入平台接入层，如图9中所示的单接口流量注入、批量请求日志回放、基于go-replay工具的引流等。

图9中，平台接入层可以理解为接入服务，该平台接入层包括trace-logid生成器、并行请求模块和数据打包模块。trace-logid生成器生成注入平台接入层的流量的logid。并行请求模块将logid插入URI请求，并发该URI请求至新服务和老服务。

情况一，新服务和老服务将URI请求中的logid作为随机算子，从lib库中获取服务结果，进而lib库将服务结果分别注入新服务和老服务。

情况二，新服务和老服务将URI请求发送至普通下游服务，普通下游服务为不存在随机逻辑的服务。普通下游服务将URI请求对应的服务结果分别反馈给新服务和老服务。

情况三，新服务和老服务将URI请求发送至代理层，如图9中所示的nginx cacheserver。代理层将URI请求发送至推荐服务、广告服务等特殊下游服务，特殊下游服务为存在随机逻辑的服务。特殊下游服务将URI请求对应的服务结果分别反馈给代理层，代理层将URI请求对应的服务结果分别反馈给新服务和老服务。

新服务和老服务将获取的服务结果分别反馈给平台接入层。进而，平台接入层的数据打包模块将服务结果打包，并将打包的服务结果发送的DIFF工具。DIFF工具解析打包的服务结果，并按照设置的对比字段，对比服务结果，得到一致性校验结果，进而通过DIFF工具的UI(如图9所示的DIFF-UI)展示一致性校验结果。

上述图9部分的描述相对简单，具体可参见上述图1-图8部分的相关描述，此处不再赘述。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开实施例还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图10示出了用来实现本公开实施例的接口一致性校验方法的电子设备1000的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图10所示，设备1000包括计算单元1001，其可以根据存储在只读存储器(ROM)1002中的计算机程序或者从存储单元1008加载到随机访问存储器(RAM)1003中的计算机程序，来执行各种适当的动作和处理。在RAM 1003中，还可存储设备1000操作所需的各种程序和数据。计算单元1001、ROM1002以及RAM 1003通过总线1004彼此相连。输入/输出(I/O)接口1005也连接至总线1004。

设备1000中的多个部件连接至I/O接口1005，包括：输入单元1006，例如键盘、鼠标等；输出单元1007，例如各种类型的显示器、扬声器等；存储单元1008，例如磁盘、光盘等；以及通信单元1009，例如网卡、调制解调器、无线通信收发机等。通信单元1009允许设备1000通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元1001可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1001的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元1001执行上文所描述的各个方法和处理，例如接口一致性校验方法。例如，在一些实施例中，方法接口一致性校验方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1008。在一些实施例中，计算机程序的部分或者全部可以经由ROM 1002和/或通信单元1009而被载入和/或安装到设备1000上。当计算机程序加载到RAM 1003并由计算单元1001执行时，可以执行上文描述的接口一致性校验方法的一个或多个步骤。备选地，在其他实施例中，计算单元1001可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行接口一致性校验方法。

图11示出了用来实现本公开实施例的接口一致性校验方法的电子设备的示意性框图，该电子设备，包括：

至少一个处理器1101；以及

与至少一个处理器1101通信连接的存储器1102；其中，

存储器1102存储有可被至少一个处理器1101执行的指令，指令被至少一个处理器1101执行，以使至少一个处理器1101能够执行上述任一接口一致性校验方法。

本公开实施例还提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行根据上述任一接口一致性校验方法。

本公开实施例还提供了一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现根据上述任一接口一致性校验方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims

1.一种接口一致性校验方法，包括：

2.根据权利要求1所述的方法，所述方法还包括：

所述新服务和老服务分别将所述URI请求传输至下游服务，以使所述下游服务获取所述URI请求中的URI对应的第二服务结果，并将所述第二服务结果反馈给所述新服务和老服务；

所述新服务和老服务分别将所述第二服务结果反馈给所述接入服务；

所述接入服务将所述新服务和老服务分别反馈的第二服务结果进行对比，得到所述待注入服务对应的一致性校验结果。

3.根据权利要求1所述的方法，所述方法还包括：

所述新服务和老服务分别将所述URI请求传输至缓存服务；

所述缓存服务获取所述缓存服务中存储的所述日志标识和所述URI对应的第三服务结果；将所述第三服务结果分别反馈至所述新服务和老服务；

所述新服务和老服务分别将所述第三服务结果反馈给所述接入服务；

所述接入服务将所述新服务和老服务分别反馈的第三服务结果进行对比，得到所述待注入服务对应的一致性校验结果。

4.根据权利要求3所述的方法，所述方法还包括：

所述缓存服务在未获取到所述第三服务结果的情况下，将所述URI请求传输至下游服务，以使所述下游服务获取所述URI请求中的URI对应的第四服务结果，并将所述第四服务结果反馈给所述缓存服务；

所述缓存服务将所述第四服务结果分别反馈至所述新服务和老服务；

所述新服务和老服务分别将所述第四服务结果反馈给所述接入服务；

所述接入服务将所述新服务和老服务分别反馈的第四服务结果进行对比，得到所述待注入服务对应的一致性校验结果。

5.根据权利要求4所述的方法，其中，所述第四服务结果中包括所述日志标识和所述URI；

所述缓存服务在未获取到所述第三服务结果的情况下，将所述URI请求传输至下游服务的步骤，包括：所述缓存服务在未获取到所述第三服务结果的情况下，锁定两个所述URI请求中一个URI请求，并将另一个URI请求发送至所述下游服务；

所述缓存服务将所述第四服务结果分别反馈至所述新服务和老服务的步骤，包括：接收并存储所述下游服务反馈的所述第四服务结果，并将所述第四服务结果反馈给所述另一个URI请求对应的服务；响应于根据锁定的URI请求中的所述日志标识和所述URI，获取到所述缓存服务中存储的所述日志标识和所述URI对应的第四服务结果，将所述第四服务结果反馈给所述锁定的URI请求对应的服务。

6.根据权利要求1-5任一项所述的方法，所述接入服务将所述新服务和老服务分别反馈的第一服务结果进行对比，得到所述待注入服务的一致性校验结果的步骤，包括：

所述接入服务将所述第一服务结果发送给对比工具；

所述对比工具将所述新服务和老服务分别反馈的第一服务结果进行对比，得到所述待注入服务对应的一致性校验结果。

7.根据权利要求6所述的方法，所述方法还包括：

所述对比工具根据配置指令配置对比字段；将所述新服务和老服务分别反馈的第一服务结果中的所述对比字段进行对比，得到所述待注入服务对应的一致性校验结果。

8.根据权利要求1-5任一项所述的方法，所述方法还包括：

所述接入服务根据所述一致性校验结果对应的URI和所述日志标识，获取所述流量，并回放所述流量。

9.一种接口一致性校验方法，应用于执行权利要求1-8任一项所述的方法中接入服务的设备，所述方法包括：

10.根据权利要求9所述的方法，还包括：

将所述新服务和老服务通过下游服务分别反馈的服务结果进行对比，得到所述待注入服务对应的一致性校验结果。

11.根据权利要求9或10所述的方法，所述将所述新服务和老服务分别反馈的第一服务结果进行对比，得到所述待注入服务对应的一致性校验结果的步骤，包括：

将所述第一服务结果发送给对比工具，以使所述对比工具将所述新服务和老服务分别反馈的第一服务结果进行对比，得到所述待注入服务对应的一致性校验结果。

12.根据权利要求9或10所述的方法，还包括：

根据所述一致性校验结果对应的URI和所述日志标识，获取所述流量，并回放所述流量。

13.一种接口一致性校验方法，应用于执行权利要求1-8任一项所述的方法中待注入服务的设备，所述方法包括：

将所述URI请求中的日志标识作为随机算子；

14.根据权利要求13所述的方法，还包括：

将所述URI请求传输至所述下游服务，以使所述下游服务获取所述URI请求中的URI对应的第二服务结果，并将所述第二服务结果反馈给所述新服务和老服务；

将所述第二服务结果反馈给所述接入服务。

15.根据权利要求13所述的方法，还包括：

将所述URI请求传输至缓存服务，以使所述缓存服务获取所述缓存服务中存储的所述日志标识和所述URI对应的服务结果；将所述服务结果分别反馈至所述待注入服务；

将所述服务结果反馈给所述接入服务。

16.一种接口一致性校验装置，包括：

17.一种接口一致性校验装置，应用于包括权利要求16所述的装置中接入服务的设备，所述装置包括：

18.一种接口一致性校验装置，应用于包括权利要求16所述的装置中待注入服务的设备，所述装置包括：

处理模块，用于将所述URI请求中的日志标识作为随机算子；

19.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-15中任一项所述的方法。

20.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-15中任一项所述的方法。

21.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-15中任一项所述的方法。