API网关投产验证方法、装置、电子设备及存储介质

技术领域

本申请涉及金融科技领域或其他相关领域，尤其涉及一种API网关投产验证方法、装置、电子设备及存储介质。

背景技术

应用程序接口(Application Programming Interface，API)网关是两个局域网之间进行通信时，用于协调API调用的网关，是两个局域网之间的桥梁。

目前，进行API网关投产验证的常规方法是基于服务启动状态检查加人工抽查日志和配置文件的方式进行。

但是，人工抽查的方式工作量大，成本较高，且无法完全覆盖，可能存在疏漏，使得投产验证的效率较低。

发明内容

本申请实施例提供一种API网关投产验证方法、装置、电子设备及存储介质，可以提升投产验证的效率。

第一方面，本申请实施例提供一种API网关投产验证方法，包括：

获取待验证的API网关的验证信息；所述验证信息包括所述API网关的标识和所述API网关对应的验证文件信息，所述验证文件信息包括验证文件标识和验证文件路径；

根据所述验证文件信息，从所述API网关获取对应的验证文件，所述验证文件包括日志文件、配置文件，以及，程序文件中的至少一种；

基于所述验证文件的类型确定验证规则，并根据所述验证规则对所述API网关进行投产验证，生成验证结果。

可选的，所述基于所述验证文件的类型确定验证规则，包括：

若所述验证文件的类型为日志文件，则所述验证规则为日志关键字一致性匹配；

若所述验证文件的类型为配置文件，则所述验证规则为文件对象属性一致性匹配；

若所述验证文件的类型为程序文件，则所述验证规则为关键字一致性匹配，或者，大小和修改时间的一致性比对。

可选的，若所述验证文件为日志文件，所述根据所述验证规则对所述API网关进行投产验证，包括：

获取所述API网关的投产安装时间和启动时间；

根据所述投产安装时间和启动时间，从所述日志文件中获取对应的目标日志内容；

根据预设的第一关键字对所述目标日志内容进行一致性匹配，得到所述API网关的第一投产验证结果。

可选的，若所述验证文件为配置文件，所述根据所述验证规则对所述API网关进行投产验证，包括：

获取所述配置文件的类型；

根据所述配置文件的类型将所述配置文件解析为对应的文件对象；

根据预设的变量标识和变量值对所述文件对象的属性进行一致性匹配，得到所述API网关的第二投产验证结果。

可选的，若所述验证文件为程序文件，所述根据所述验证规则对所述API网关进行投产验证，包括：

获取所述程序文件的类型；

若根据所述程序文件的类型确定所述程序文件为可反编译的文件，则对所述程序文件进行反编译，得到目标文件；

根据预设的第二关键字对所述目标文件进行一致性匹配，得到所述API网关的第三投产验证结果；

若根据所述程序文件的类型确定所述程序文件为无法反编译的文件，则根据预设的编译文件对所述程序文件进行大小和修改时间的一致性比对，得到所述API网关的第四投产验证结果。

可选的，所述方法还包括：

若投产验证结果表征所述验证文件中存在异常的目标内容；

输出所述目标内容；

获取基于所述目标内容反馈的目标信息；

若所述目标信息表征所述目标内容为非异常验证结果，则修正所述投产验证结果。

可选的，所述根据所述验证文件信息，从所述API网关获取对应的验证文件，包括：

根据所述验证文件路径，通过文件传输协议ftp的方式访问所述验证文件的存储地址；

根据所述验证文件标识从所述存储地址中获取所述验证文件。

第二方面，本申请实施例还提供一种API网关投产验证装置，包括：

第一获取模块，用于获取待验证的API网关的验证信息；所述验证信息包括所述API网关的标识和所述API网关对应的验证文件信息，所述验证文件信息包括验证文件标识和验证文件路径；

第二获取模块，用于根据所述验证文件信息，从所述API网关获取对应的验证文件，所述验证文件包括日志文件、配置文件，以及，程序文件中的至少一种；

验证模块，用于基于所述验证文件的类型确定验证规则，并根据所述验证规则对所述API网关进行投产验证，生成验证结果。

第三方面，本申请提供一种电子设备，包括：存储器和处理器；

存储器用于存储计算机指令；处理器用于运行存储器存储的计算机指令实现第一方面中任一项的方法。

第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行以实现第一方面中任一项的方法。

第五方面，本申请提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面中任一项的方法。

本申请实施例提供的API网关投产验证方法、装置、电子设备及存储介质，通过获取待验证的API网关的验证信息；所述验证信息包括所述API网关的标识和所述API网关对应的验证文件信息，所述验证文件信息包括验证文件标识和验证文件路径；根据所述验证文件信息，从所述API网关获取对应的验证文件，所述验证文件包括日志文件、配置文件，以及，程序文件中的至少一种；基于所述验证文件的类型确定验证规则，并根据所述验证规则对所述API网关进行投产验证，生成验证结果。通过配置的验证规则实现了多节点多场景的自动化API网关投产验证，可以有效提升投产验证的时效，以及提升投产验证的准确性和全面性。

附图说明

图1为本申请实施例提供的场景示意图；

图2为本申请实施例提供的API网关投产验证方法的流程示意图；

图3为本申请实施例提供的API网关投产验证过程示意图；

图4为本申请实施例提供的API网关投产验证装置的结构示意图；

图5为本申请实施例提供的电子设备的示意图。

具体实施方式

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

在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

两个相互独立的局域网之间通过路由器进行通信，中间的路由被称之为网关，任何一个应用系统如果需要被其它系统调用，就需要暴露API，这些API代表着一个个的功能点，如果两个系统中间通信，在系统之间加上一个中介者协助API的调用，这个中介者就是API网关。

投产验证是指软件系统上线或因有功能修改优化进行补丁更新，对上线或补丁更新的功能、配置等进行正确性验证的过程。

API网关每天要支撑数亿交易量，为满足性能容量、交易统计、安全防护等需求，需要对API网关进行版本更新或者程序更新，在对API网关进行更新后，需要对更新后的API网关进行投产验证，确保更新后的API网关可以正常运行。

目前，常规的API网关投产验证的方法是基于服务启动状态检查加人工抽查日志和配置文件的方式。服务启动状态检查是指更新完成，API网关对应的服务器完全启动后，通过向监控中心定时发送健康心跳报文，通过监控中心来监视服务器启动状态，监控中心未接收到报文，则会报错告警。但这种方式只能验证服务器是否启动完全，不能验证启动后是否可以正常对外提供服务，为避免“伪正常”现象，投产验证的时候，会增加人工检查方式，对启动后的交易日志、本次版本投产涉及修改的配置文件、程序文件，进行肉眼检查。

但是，API网关对应的节点较多，基于人工检查方式耗时较多，且容易出错，并且，人工检查方式是一种抽检方式，难以对所有网关进行覆盖，可能存在抽检结果正常，实际上因为配置文件或程序文件未正确配置或安装，导致无法正常对外服务的情况，导致投产验证的效率较低。

有鉴于此，本申请实施例提供一种API网关投产验证方法、装置、电子设备及存储介质，通过规则配置的方式，集成日志检测、程序编译等工具实现多节点多场景的自动化API网关投产验证。可以有效提升投产验证的时效，以及提升投产验证的准确性和全面性。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以独立实现，也可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

图1为本申请实施例的应用场景示意图，如图1所示，包括：服务系统101、投产验证工具102和版本安装工具103。

服务系统101中包括多个节点集群，例如，分析节点集群、门户节点集群、正向网关集群、上行网关集群等。每个节点集群对应一个或多个API网关。

版本安装工具103用于对各节点集群中对应的服务器进行版本更新或者补丁更新，即，对各节点集群中对应的服务器进行投产。

因此，对API网关进行投产验证可以为对API网关对应的服务器进行投产验证。

投产验证工具102用于根据所述版本安装工具103记录的投产时间，在所述服务系统101中的节点集群进行投产后，根据节点集群投产后的日志文件、配置文件，以及程序文件等信息，验证所述节点集群是否正常进行了配置文件或程序文件的正确配置或安装。

可选的，投产验证工具102还可以根据验证结果生成对应的验证报告，以使用户验证报告确定存在异常时，及时进行调整修复，从而进一步提升投产验证的效率。

应理解，投产验证工具102和版本安装工具103可以对应有服务器或者处理平台进行功能实现。

下面以图1中的投产验证工具(后续简称验证工具)为例，对本申请实施例提供的API网关投产验证方法进行说明。

图2为本申请实施例提供的API网关投产验证方法的流程示意图，如图2所示，包括：

S201、获取待验证的API网关的验证信息。

本申请实施例中，所述验证信息包括所述API网关的标识和所述API网关对应的验证文件信息，所述验证文件信息包括验证文件标识和验证文件路径。

验证工具可以从外部获取所述验证信息。

示例性的，验证工具具有对应的前端页面，用户可以通过所述前端页面输入所述验证信息，验证工具从所述前端页面中获取所述验证信息。

可选的，验证工具还可以有对应的信息传输接口，通过所述接口获取外部输入的验证信息。

S202、根据所述验证文件信息，从所述API网关获取对应的验证文件。所述验证文件包括日志文件、配置文件，以及，程序文件中的至少一种。

本申请实施例中，验证工具可以基于所述验证信息中的API网关的标识、验证文件标识和验证文件路径获取对应的验证文件。

示例性的，验证工具可以基于所述API网关的标识通过与服务系统的交互，访问所述API网关标识对应的服务器。

在所述服务器中，根据所述验证文件路径查询对应的验证文件的存储地址，在所述存储地址中根据所述验证文件标识获取对应的验证文件。

在一些实施例中，API网关的标识可以对应多个服务器，验证工具可以对所述验证文件路径进行分析，确定所述验证文件路径中对应的服务器标识，根据所述服务器标识确定对应的服务器时，根据所述验证文件标识和验证文件路径，在对应的服务器中获取对应的验证文件。

应理解，不同类型的验证文件对应的验证文件路径可以不同，也可以相同。

S203、基于所述验证文件的类型确定验证规则，并根据所述验证规则对所述API网关进行投产验证，生成验证结果。

本申请实施例中，不同的验证文件类型对应不同的验证规则。对所述API网关进行投产验证可以对获取到的验证文件进行校验，若校验结果为通过或则成功，则可以表示所述API网关投产验证通过。

在一种可能的实现方式中，所述验证规则可以如下所示：

示例性的，若所述验证文件的类型为日志文件，则所述验证规则为日志关键字一致性匹配。

若所述验证文件的类型为配置文件，则所述验证规则为文件对象属性一致性匹配。

若所述验证文件的类型为程序文件，则所述验证规则为关键字一致性匹配，或者，大小和修改时间的一致性比对。

其中，所述关键字一致性匹配可以为在日志文件或者程序文件中查询是否存在预设的关键字。

文件对象属性一致性匹配可以为在文件对象的属性中查询是否存在预设的属性或者属性值。其中，文件对象可以为对文件进行抽象后，使用文件对象来表征所述文件，通过文件对象可以获取所述文件的各种属性。

大小和修改时间的一致性比对可以查询程序文件与预设文件的大小和修改时间是否一致。

验证工具可以基于获取的验证文件的类型获取所述验证规则，根据所述验证规则对所述验证文件进行验证，生成验证结果。

其中，所述验证规则可以为预先存储于所述验证工具中的。所述验证结果可以为验证通过、验证失败。

可选的，所述验证结果也可以包括验证过程明细，以便于用户进行查看和分析。

本申请实施例提供的API网关投产验证方法，通过获取待验证的API网关的验证信息；所述验证信息包括所述API网关的标识和所述API网关对应的验证文件信息，所述验证文件信息包括验证文件标识和验证文件路径；根据所述验证文件信息，从所述API网关获取对应的验证文件，所述验证文件包括日志文件、配置文件，以及，程序文件中的至少一种；基于所述验证文件的类型确定验证规则，并根据所述验证规则对所述API网关进行投产验证，生成验证结果。通过配置的验证规则实现了多节点多场景的自动化API网关投产验证，可以有效提升投产验证的时效，以及提升投产验证的准确性和全面性。

在一些实施例中，本申请实施例提供的API网关投产验证方法还可以根据如下所示方式进行验证文件的获取。

示例性的，根据所述验证文件路径，通过文件传输协议(File TransferProtocol，FTP)的方式访问所述验证文件的存储地址；根据所述验证文件标识从所述存储地址中获取所述验证文件。

其中，FTP是用于在网络上进行文件传输的一套标准协议，在客户端和服务器建立连接前要经过一个“三次握手”的过程，保证客户端与服务器之间的连接是可靠的，而且是面向连接，为数据传输提供可靠保证。、

验证工具通过FTP与API网关对应的服务器建立连接后，根据所述验证文件路径和所述文件标识获取所述验证文件，可以提升验证文件获取的安全性。

在上述实施例的基础上，下面对不同类型的验证文件的进行验证过程进行说明。

在一些实施例中，若所述验证文件为日志文件，所述根据所述验证规则对所述API网关进行投产验证，可以根据如下所示步骤进行。

示例性的，获取所述API网关的投产安装时间和启动时间；根据所述投产安装时间和启动时间，从所述日志文件中获取对应的目标日志内容；根据预设的第一关键字对所述目标日志内容进行一致性匹配，得到所述API网关的第一投产验证结果。

本申请实施例中，投产安装时间可以为API网关进行投产的开始时间，启动时间可以为投产结束后，API网关开始运行的时间。在投产安装时间至启动时间段中的日志中，记载有API网关进行投产的过程，以及，投产结束后API网关的运行状态。

所述API网关的投产安装时间和启动时间可以从所述版本安装工具中获取。根据所述投产安装时间和启动时间对所述日志文件进行筛选，可以获取与API网关投产过程以及启动状态相关的目标日志内容。

根据预设的第一关键字对所述目标日志内容进行一致性匹配，确定所述目标日志内容中所述关键字的匹配情况，以及关键字关联的运行状态，判断所述API网关的投产结果，得到所述第一投产验证结果。

示例性的，所述第一关键字可以为success、error、warning、fail等，所述关键字关联的运行状态可以为启动成功状态和启动失败状态。

投产工具可以根据所述目标日志内容中是否存在所述第一关键字得到所述匹配情况，以及根据所述运行状态得到所述投产验证结果。例如，第一关键字为success，匹配到所述日志文件中存在所述关键字，且所述运行状态为启动成功状态时，所述第一投产验证结果为投产成功。

在一些实施例中，若所述验证文件为配置文件，所述根据所述验证规则对所述API网关进行投产验证，可以根据如下所示步骤进行。

示例性的，获取所述配置文件的类型；根据所述配置文件的类型将所述配置文件解析为对应的文件对象；根据预设的变量标识和变量值对所述文件对象的属性进行一致性匹配，得到所述API网关的第二投产验证结果。

本申请实施例中，配置文件的类型可以包括扩展标记语言(Extensible MarkupLanguage，XML)类型、另一种标记语言(Yet Another Markup Language，YML/YAML)类型、属性properties类型等。

验证工具可以根据所述配置文件的类型，将其解析为对应的文件对象，获取所述文件对象中的属性。解析配置文件的实现方式可以参见现有技术中的实现方式，此处不再赘述。

验证工具可以获取预设的变量标识(例如，变量名)和对应的变量值，在所述属性中查找是否存在与所述变量标识和变量值一致的属性。

若匹配到与所述变量标识和变量值一致的属性，则确定所述第二投产验证结果为投产成功。

若未匹配到所述变量标识和变量值任一个，可以确定所述第二投产验证结果为投产失败，或者投产异常。

在一些实施例中，若所述验证文件为程序文件，所述根据所述验证规则对所述API网关进行投产验证，可以根据如下所示步骤进行。

示例性的，获取所述程序文件的类型；若根据所述程序文件的类型确定所述程序文件为可反编译的文件，则对所述程序文件进行反编译，得到目标文件；根据预设的第二关键字对所述目标文件进行一致性匹配，得到所述API网关的第三投产验证结果。

若根据所述程序文件的类型确定所述程序文件为无法反编译的文件，则根据预设的编译文件对所述程序文件进行大小和修改时间的一致性比对，得到所述API网关的第四投产验证结果。

本申请实施例中，验证工具可以根据所述程序是否可以进行反编译，确定所述程序文件的验证策略。

若程序文件可以进行反编译，则可以将所述程序文件进行接压缩后，生成解压缩文件，通过反编译工具进行反编译，得到所述目标文件。

投产工具可以根据所述目标文件中是否存在所述第二关键字得到匹配结果，若匹配到与所述第二关键字一致的内容，则确定所述第三投产验证结果为投产成功。

若程序文件不可以进行反编译，则验证工具可以将所述程序文件与预设的编译文件进行大小和修改时间的一致性比对，若所述程序文件与预设的编译文件进行大小和修改时间都一致，则确定所述第四投产验证结果为投产成功。

可选的，验证工具可以对所述第一投产验证结果至第四投产结果进行整合，生成所述API网关的最终投产结果，并基于所述API网关的最终投产结果生成投产验证报告。

可选的，若所述第一投产验证结果至第四投产结果中任一项结果为投产失败，或投产异常，则可以确定所述API网关的最终投产结果为投产失败，或投产异常。

在一些实施例中，为进一步提升投产验证结果表征投产后API网关的真实状态，投产工具可以将投产验证结果发送至对应的用户进行校验。

示例性的，若投产验证结果表征所述验证文件中存在异常的目标内容；输出所述目标内容；获取基于所述目标内容反馈的目标信息；若所述目标信息表征所述目标内容为非异常验证结果，则修正所述投产验证结果。

本申请实施例中，在投产验证中，可以存在部分内容与预设的内容不一致，但是该部分内容不会影响投产后API网关的正常运行，但在投产验证结果中，会显示存在投产失败或者投产异常。

在存在投产失败或者投产异常时，验证工具可以将存在异常的目标内容发送给对应的用户的关联设备，以使用户对该部分内容进行确认，或者，输出目标内容至对应的分析设备，以使分析设备对该部分内容进行确认。

验证工具可以基于接收到的目标信息，确定所述目标内容是否确定为异常的验证结果，即，会对API网关的正常运行造成影响的验证结果。若所述目标内容是非异常验证结果，则投产验证结果修正为投产成功。通过对异常进行二次确认，可以提升投产验证的效率。

在上述实施例的基础上，下面结合图3对本申请实施例提供的API网关投产验证方法的过程进行完整说明。

示例性的，如图3所示，本申请实施例提供的API网关投产验证方法包括如下步骤：

A：检查项配置。

检查项配置主要是对本次版本改动涉及到的日志文件、配置文件、程序文件验证内容进行配置。日志文件检查，主要是设置日志路径、日志文件名、日志关键字等信息；配置文件检查，主要是设置配置文件路径、文件名、文件类型、变量名、变量值等；程序文件检查，主要设置程序文件路径、程序名、程序类型、关键字等。

可选的，每个API网关都可以对应多个服务器，每个检查项都需支持检查服务器IP的批量设置。

B、版本安装时间同步。

版本安装流水线(版本安装工具)执行完各集群服务器的版本安装后，记录每个服务器的版本安装时间和启动完成时间。版本安装流水线提供相关查询接口，验证工具调用该接口完成安装开始和启动完成2个关键时间点同步。

C、检查内容获取。

根据第A中设置的检查项，通过ftp方式从对应的服务器中的相应路径下，获取日志文件、配置文件、程序文件内容，并保存至部署验证工具的所在服务器。

D、自动化验证。

根据预先配置的检查项及获取到的日志、配置、程序文件，执行自动化检查。

日志文件检查，锁定版本安装开始及启动完成2个时间点内的日志内容，匹配预设的关键字，根据匹配情况及关键字关联的成功失败状态，判定检查成功或失败，此项检查可以和已有的日志检查开源软件进行结合，有利于提高日志匹配的精准度和灵活度。

配置文件检查，根据配置文件的类型(xml、properties、yml等)，解析成对应的文件对象，再根据预设的变量名、变量值和文件对象中的属性进行一致性匹配。

程序文件检查，根据检查的程序文件类型，选择不同的验证策略，如jar包中的java文件，则利用解压缩工具先进行解压，对解压后的class文件，通过java反编译工具生成反编译文件，再对反编译文件进行关键字匹配，其它无法反编译的文件，则通过在检查工具中预传一个正确的编译文件，进行大小和修改时间的一致性比对。

最终根据各项检查校验情况，生成检查验证报告。

综上所述，本申请实施例提供的API网关投产验证方法，从API网关投产验证的痛点出发，通过一种规则化配置，及文本检测、反编译等工具集成，实现多节点多场景的自动化投产验证，可以显著提升投产验证时效，以及显著提升投产验证准确性和全面性，从而保障投产质量。

本申请实施例还提供一种API网关投产验证装置。

图4为本申请实施例提供的API网关投产验证装置40的结构示意图，如图4所示，包括：

第一获取模块401，用于获取待验证的API网关的验证信息；所述验证信息包括所述API网关的标识和所述API网关对应的验证文件信息，所述验证文件信息包括验证文件标识和验证文件路径。

第二获取模块402，用于根据所述验证文件信息，从所述API网关获取对应的验证文件，所述验证文件包括日志文件、配置文件，以及，程序文件中的至少一种。

验证模块403，用于基于所述验证文件的类型确定验证规则，并根据所述验证规则对所述API网关进行投产验证，生成验证结果。

可选的，验证模块403，还用于若所述验证文件的类型为日志文件，则所述验证规则为日志关键字一致性匹配；若所述验证文件的类型为配置文件，则所述验证规则为文件对象属性一致性匹配；若所述验证文件的类型为程序文件，则所述验证规则为关键字一致性匹配，或者，大小和修改时间的一致性比对。

可选的，验证模块403，还用于获取所述API网关的投产安装时间和启动时间；根据所述投产安装时间和启动时间，从所述日志文件中获取对应的目标日志内容；根据预设的第一关键字对所述目标日志内容进行一致性匹配，得到所述API网关的第一投产验证结果。

可选的，验证模块403，还用于获取所述配置文件的类型；根据所述配置文件的类型将所述配置文件解析为对应的文件对象；根据预设的变量标识和变量值对所述文件对象的属性进行一致性匹配，得到所述API网关的第二投产验证结果。

可选的，验证模块403，还用于获取所述程序文件的类型；若根据所述程序文件的类型确定所述程序文件为可反编译的文件，则对所述程序文件进行反编译，得到目标文件；根据预设的第二关键字对所述目标文件进行一致性匹配，得到所述API网关的第三投产验证结果。

若根据所述程序文件的类型确定所述程序文件为无法反编译的文件，则根据预设的编译文件对所述程序文件进行大小和修改时间的一致性比对，得到所述API网关的第四投产验证结果。

可选的，验证模块403，还用于若投产验证结果表征所述验证文件中存在异常的目标内容；输出所述目标内容；获取基于所述目标内容反馈的目标信息；若所述目标信息表征所述目标内容为非异常验证结果，则修正所述投产验证结果。

第二获取模块402，还用于根据所述验证文件路径，通过文件传输协议ftp的方式访问所述验证文件的存储地址；根据所述验证文件标识从所述存储地址中获取所述验证文件。

本申请实施例提供的API网关投产验证装置可以执行上述任一实施例提供的API网关投产验证方法，其原理和技术效果类似，此处不再赘述。

本申请实施例还提供一种电子设备。

图5为本申请实施例提供的电子设备50的结构示意图，如图5所示，包括：

处理器501。

存储器502，用于存储终端设备的可执行指令。

具体的，程序可以包括程序代码，程序代码包括计算机操作指令。存储器502可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器501用于执行存储器502存储的计算机执行指令，以实现前述方法实施例所描述的API网关投产验证方法实施例的技术方案。

其中，处理器501可能是一个中央处理器(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

可选的，电子设备50还可以包括通信接口503，以通过通信接口503可以与外部设备进行通信交互，外部设备例如可以是用户终端(例如，手机、平板)。在具体实现上，如果通信接口503、存储器502和处理器501独立实现，则通信接口503、存储器502和处理器501可以通过总线相互连接并完成相互间的通信。

总线可以是工业标准体系结构(Industry Standard Architecture，简称为ISA)总线、外部设备互连(Peripheral Component，简称为PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，简称为EISA)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果通信接口503、存储器502和处理器501集成在一块芯片上实现，则通信接口503、存储器502和处理器501可以通过内部接口完成通信。

本申请实施例中还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述API网关投产验证方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

一种可能的实现方式中，计算机可读介质可以包括随机存取存储器(RandomAccess Memory，RAM)，只读存储器(Read-Only Memory，ROM)，只读光盘(compact discread-only memory，CD-ROM)或其它光盘存储器，磁盘存储器或其它磁存储设备，或目标于承载的任何其它介质或以指令或数据结构的形式存储所需的程序代码，并且可由计算机访问。而且，任何连接被适当地称为计算机可读介质。例如，如果使用同轴电缆，光纤电缆，双绞线，数字用户线(Digital Subscriber Line，DSL)或无线技术(如红外，无线电和微波)从网站，服务器或其它远程源传输软件，则同轴电缆，光纤电缆，双绞线，DSL或诸如红外，无线电和微波之类的无线技术包括在介质的定义中。如本文所使用的磁盘和光盘包括光盘，激光盘，光盘，数字通用光盘(Digital Versatile Disc，DVD)，软盘和蓝光盘，其中磁盘通常以磁性方式再现数据，而光盘利用激光光学地再现数据。上述的组合也应包括在计算机可读介质的范围内。

本申请实施例中还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述API网关投产验证方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

在上述终端设备或者服务器的具体实现中，应理解，处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：ApplicationSpecific Integrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

本领域技术人员可以理解，上述任一方法实施例的全部或部分步骤可以通过与程序指令相关的硬件来完成。前述的程序可以存储于计算机可读取存储介质中，该程序被执行时，执行上述方法实施例的全部或部分的步骤。

本申请技术方案如果以软件的形式实现并作为产品销售或使用时，可以存储在计算机可读取存储介质中。基于这样的理解，本申请的技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括计算机程序或者若干指令。该计算机软件产品使得计算机设备(可以是个人计算机、服务器、网络设备或者类似的电子设备)执行本申请实施例所述方法的全部或部分步骤。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本申请所必须的。

进一步需要说明的是，虽然流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

应该理解，上述的装置实施例仅是示意性的，本申请的装置还可通过其它的方式实现。例如，上述实施例中单元/模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如，多个单元、模块或组件可以结合，或者可以集成到另一个系统，或一些特征可以忽略或不执行。

另外，若无特别说明，在本申请各个实施例中的各功能单元/模块可以集成在一个单元/模块中，也可以是各个单元/模块单独物理存在，也可以两个或两个以上单元/模块集成在一起。上述集成的单元/模块既可以采用硬件的形式实现，也可以采用软件程序模块的形式实现。

集成的单元/模块如果以硬件的形式实现时，该硬件可以是数字电路，模拟电路等等。硬件结构的物理实现包括但不局限于晶体管，忆阻器等等。若无特别说明，处理器可以是任何适当的硬件处理器，比如CPU、GPU、FPGA、DSP和ASIC等等。若无特别说明，存储单元可以是任何适当的磁存储介质或者磁光存储介质，比如，阻变式存储器RRAM(ResistiveRandom Access Memory)、动态随机存取存储器DRAM(Dynamic Random Access Memory)、静态随机存取存储器SRAM(Static Random-Access Memory)、增强动态随机存取存储器EDRAM(Enhanced Dynamic Random Access Memory)、高带宽内存HBM(High-Bandwidth Memory)、混合存储立方HMC(Hybrid Memory Cube)等等。

集成的单元/模块如果以软件程序模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。上述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

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