CN117539459A - 一种api接口配置方法、系统及设备 - Google Patents

Abstract

本公开涉及一种API接口配置方法、系统及设备，方法包括以下步骤：S01、接口定义：在接口配置平台中定义标准接口；S02、图形化接口编排：将不同业务系统的业务接口接入到所述接口配置平台中，根据业务逻辑及业务接口与标准接口的关联关系，在可视化页面中编排接口，解析编排完成的可视化页面，获得接口编排数据；S03、应用部署：将所述接口编排数据打包发布，供用户调用。系统和设备用于执行上述方法。本公开可简化接口开发工作、降低接口开发难度，且能实现不同业务系统间的业务耦合，有助于业务系统的统一运维管理。

Description

一种API接口配置方法、系统及设备

技术领域

本公开涉及接口配置的技术领域，具体涉及一种API接口配置方法、系统及设备。

背景技术

应用程序编程接口(Application Programming Interface，简称：API接口)，是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。

API接口广泛应用于各个行业中，以高校场景为例，学工、人事、科研、教务等各个部门都会使用各自的业务系统，这些业务系统具有不同协议、不同标准的API接口，随着校园业务的不断增多，校园业务系统的数量、复杂度和数据量都呈几何级数的上涨，对于API接口的开发和运维需求也随之上涨。

目前开发API接口的技术难度大、门槛高，且不同业务系统由不同的供应商提供，导致各个业务系统的API接口无法实现数据互通及相互调用，也无法进行集成化的运维和管理，给用户的使用带来不便。

发明内容

为了解决上述现有技术存在的问题，本公开目的在于提供一种API接口配置方法、系统及设备。本公开可简化接口开发工作、降低接口开发难度，且能实现不同业务系统间的业务耦合，有助于业务系统的统一运维管理。

本公开所述的一种API接口配置方法，包括以下步骤：

S01、接口定义：在接口配置平台中定义标准接口；

S02、图形化接口编排：将不同业务系统的业务接口接入到所述接口配置平台中，根据业务逻辑及业务接口与标准接口的关联关系，在可视化页面中编排接口，解析编排完成的可视化页面，获得接口编排数据；

S03、应用部署：将所述接口编排数据打包发布，供用户调用。

优选地，步骤S01中，所述接口配置平台预设有数据模型，所述数据模型用于表征输入字段与标准接口的参数之间的对应关系，通过输入字段完成标准接口的定义。

优选地，步骤S01中，通过md5加密算法对标准接口的参数进行加密。

优选地，步骤S02中，在可视化页面中编排接口具体为：所述可视化页面提供节点组件，所述节点组件包括接口节点、条件节点、循环节点、脚本节点和配置出参节点，根据业务逻辑及业务接口与标准接口的关联关系配置各个节点并进行节点间连线，将各个节点的信息、形状、位置、颜色和节点连接线保存到json格式的文本中，当节点参数发生变化时，实时更新所述文本。

优选地，步骤S02中，使用流程引擎解析编排完成的可视化页面，具体包括以下步骤：

流程引擎解析开始节点，将外界传入的参数整合为map结构类型的对象；

流程引擎解析接口节点，读取接口的基本信息，根据基本信息读取对应的库表数据，若该接口为第三方接口则读取第三方接口的数据，保存获取的接口数据；

流程引擎解析线节点，若该线节点具有脚本则执行脚本，否则继续向下执行下一节点；

若所述可视化页面中具有判断节点，则读取判断节点的支线信息并执行流程走向判断逻辑，根据判断结果执行对应的支线；

若所述可视化页面中具有循环节点，则寻找循环开始条件对应的参数，根据循环开始条件先对循环来源接口执行一次，获取对应的page页和pagesize页大小以及total总记录数据，把querylist的参数值修改为当前节点的querymap.page，根据循环结束条件的两种类型：page页或是total总记录计算出结束条件值，满足结束条件值时跳出循环。

优选地，步骤S03中，当检测到发布的接口生成新的版本号时,遍历所有接口等参数及信息，根据请求类型将相关接口的库表操作或者第三方接口的操作以Java文件的形式模板生成代码；

通过session链接访问构建服务器，将生成的代码传输到构建服务器的特定目录；

进行初始化操作，创建所需的目录及生成所需的源代码，并进一步生成资源文件，对资源文件进行处理，对源代码进行编译后进行单元测试，完成打包前置工作；

将资源文件和编译后的源代码进行打包，将打包产物安装到本地mevan仓库，执行镜像构建命令构建出镜像标签信息，将镜像构建命令上下文环境所有文件打包成一个tar包发送给Docker服务端；

Docker服务端解压接收的tar包，并根据镜像构建命令执行镜像的分层构建，下载指定的基础镜像，然后将基础镜像的layer联合挂载为一层并创建一个空目录，此时会启动一个临时的容器并在chroot中启动一个bash命令，执行RUN语句，将当前层目录进行压缩形成新镜像中新的一层，同时为下一层提供基础镜像，直至完成所有语句后退出，此时应用的镜像打包完成，调用云容器相关接口，查看服务的状态，然后将生成的镜像推送到云容器的私仓中，调用重启接口，云容器将最新的镜像作为启动镜像，完成应用的更新。

本公开的一种API接口配置系统，包括：

接口定义模块，其用于在接口配置平台中定义标准接口；

图形化接口编排模块，其用于将不同业务系统的业务接口接入到所述接口配置平台中，根据业务逻辑及业务接口与标准接口的关联关系，在可视化页面中编排接口，解析编排完成的可视化页面，获得接口编排数据；

应用部署模块，其用于将所述接口编排数据打包发布，供用户调用。

本公开的一种计算机设备，包括信号连接的处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载时执行如上所述API接口配置方法。

本公开的一种计算机可读存储介质，其上存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序被处理器加载时执行如权利要求1-6任一项所述API接口配置方法。

本公开所述的一种API接口配置方法、系统及设备，其优点在于，本公开通过接口配置平台实现低代码定义标准接口，并将不同业务系统的业务接口接入到接口配置平台中，通过接口配置平台对各业务接口和标准接口进行可视化编排，无需重新开发或是做大量代码修改即可实现不同业务系统之间的业务耦合以及不同业务接口之间的互通和调用，可实现标准化、集成式的接口定义、开发、编排、测试、发布、运行、运维和下架管理，有效简化了接口开发工作、降低接口开发难度，有助于业务系统的统一运维管理。

附图说明

图1是本实施例所述一种API接口配置方法的步骤流程图；

图2是本实施例所述计算机设备的结构示意图。

附图标记说明：101-处理器，102-存储器。

具体实施方式

如图1所示，本公开所述的一种API接口配置方法，包括以下步骤：

S01、接口定义：构建接口配置平台，在接口配置平台中定义标准接口，具体的，接口配置平台支持一键生成基于关系型数据库的新增、删除、修改、查询、启用和停用接口，通过预设的数据模型，用户只需填写简单的字段，然后通过数据模型处理器自动生成库表结构和对应的标准接口。

该接口配置平台还支持前后置脚本实现对接口中的参数数据的编辑，通过ScriptEngineManager脚本执行引擎，可以在Java环境中执行js(JavaScript)脚本，通过前后置脚本编写的转换逻辑，比如把“男”替换为“1”，把“女”替换为“0”等，完成数据转换操作，然后会通过二次回写，可以将脚本内修改的数据回写到真实的参数中。用户编写少量的js代码，通过ScriptEngine工具解析js脚本，通过js逻辑来对参数进行处理，达到对接口数据或者参数进行修改的目的，以实现低代码定义和修改接口，降低开发难度。同时还支持在线配置数据库的类型和驱动，动态增加平台可配置的数据源，系统支持多种关系型数据库，如Oarcal、MySQL、SQLServer等。

更进一步的，在js脚本中编写md5加密算法，可以实现数据加密操作，保证接口的规范性和数据的安全性。

S02、图形化接口编排：将不同业务系统的业务接口接入到接口配置平台中，根据业务逻辑及业务接口与标准接口的关联关系，在可视化页面中编排接口，解析编排完成的可视化页面，获得接口编排数据。

具体的，接口配置平台提供Web可视化的拖、拉、拽实现服务流程的可视化编排和业务逻辑重组。前端基于antX6进行高度定制化，实现了基于平台的图形选择器，可以实现不同业务的编排、聚合、协议转换和数据格式转换等功能，且扩展性很强。

可视化页面提供多种节点组件，包括接口节点、条件节点、循环节点、脚本节点和配置出参节点，根据业务逻辑及业务接口与标准接口的关联关系，配置各个节点并进行节点间连线，形成节点间的拓扑结构，拓扑结构反映了业务逻辑及节点间的关联关系。

将各个节点的信息、形状、位置、颜色和节点连接线，即整个拓扑结构的各项信息均保存到一个json格式的文本中，当节点的任一参数发生变化时，实时更新该json文本，以实现方便快捷地更新接口在编排中的位置信息和先后顺序等参数。后台方面基于纯内存的流程调度引擎，此调度引擎采用责任链设计模式的思想，融合jsonpath处理json文本的能力，具有极高的并发性能，提供强大的分布式调度引擎和监控引擎，可全面掌握编排流程的运行状况。

示例性的，编排的具体流程如下所述：

以一个常见的业务场景来举例(将一条数据根据不同情况来进行新增或者删除)，首先要配置流程节点，第一步配置出一个开始节点，任何流程都需要一个开始节点，开始节点不需要配置任何信息；然后根据需求，拖拽出判断节点，判断节点本身没有配置信息，和判断节点相关联的线上会书写具体的逻辑，在脚本中通过param.bodyMap.type来获取外界传入的数据类型信息，如果为insert，说明数据是新增操作，如果是update则为更新操作，如果既不是更新也不是删除，则不做任何操作；如果是新增，则需要再配置一个新增节点，然后在新增节点中选择系统中对应的新增接口，配置请求体，选择对应的参数，如果是更新，也需要配置一个接口节点，然后在更新节点中选择一个对应的更新接口，然后配置一些请求体的内容；最后需要配置一个出参节点，在出参节点需要配置脚本，脚本内容为其他节点返回类型的情况，如果新增节点有值，则返回内容为新增成功，如果更新节点有值，则返回更新成功，如果两个都没有值，则返回“传入参数type有误”，这样流程就配置完成，保存即可调用。

然后详细介绍编排的具体实现过程，系统中最核心的模块为BaseProcessEngine(流程引擎)，流程引擎中定义了start、init、executeNodeDrive、goToNextNode、goToNextEdges等方法，start方法为流程引擎的开始方法，编排的最开始入口，会进行一些参数准备等操作；init方法为初始化方法，在此方法中会将流程中所有需要用的接口信息，流程图信息，循环节点的标识及开始节点的判断进行初始化；executeNodeDrive方法真正的开始运行节点，根据nodeConfig来判断节点类型，根据不同节点类型选择不同的引擎来执行；goToNextNode方法主要是寻找下一个节点信息，原理是编排流程会把线的信息也保存下来，包含开始和结束，通过开始结束的id，就可以寻找到下一个节点的信息；goToNextEdges是寻找和节点相关连的线的方法，原理和goToNextNode相似，线的信息包含了开始结束节点的id，通过节点id就可以找到对应的线信息。

首先流程引擎会解析开始节点，将外界传入的参数整合成map结构类型的对象，然后会解析接口节点，读出配置接口的基本信息，根据基本信息来读取对应的库表数据，如果是第三方接口则是读取第三方接口的数据，然后将返回的数据进行保存，然后流程开始执行goToNextEdges方法，得到接下来要执行的线节点，然后引擎开始解析线节点，如果有脚本，则执行脚本，如果没有脚本，则继续向下执行；

通过goToNextNode获取到了下一个节点：判断节点；然后引擎开始解析判断节点，判断节点会通过goToNextEdges来获取连接在判断节点的两根线信息，在两根线中保存着流程走向逻辑，然后用ScriptEngineManager来执行两条线中保存的逻辑，然后如果某一条线返回true则通过次走向来继续执行；然后引擎解析下一个接口节点，这个节点可以获取到上一个节点的返回的数据来当参数，先获取当前接口的详细参数信息，首先解析请求体数据类型，判断数据类型是body类型还是array类型，然后根据不同的数据类型将数据格式化成map类型，获取到前端传过来的rest参数，处理rest参数为Map，将获取到的参数存储到上下文arrangeContext，根据当前接口id获取当前接口类型，把该接口信息全部存储到上下文，分类型执行接口如：第三方、结构化、非结构化、代码开发、编排等接口类型；执行前的参数校验，检查各个位置的参数是否齐全，获取脚本集合方法，循环执行前置脚本，赋值特定的参数去执行特定的接口，接下来去真正调用对应类型的接口，然后循环执行后置脚本、获取到返回值并存到上下文中，实现了不同接口之间的数据通信；

然后经过脚本节点，引擎会通过节点类型来读取脚本内容，然后通过ScriptEngineManager来解析执行脚本，将上一节点的返回值传入到脚本节点中，脚本可以对值进行修改，脚本执行结束后，程序会将脚本内修改的值映射到map数据结构中，最后引擎会解析会解析返回值设置节点，通过上一个节点返回的数据，映射到需要返回的数据结构上，然后将最终结果返回。如果配置了循环节点，则找到开始条件对应的参数，根据循环开始条件先对循环来源接口执行一次，获取对应的page页和pageSize页大小以及total总记录数据，把queryList的参数值修改成当前节点的.queryMap.page如T001.queryMap.page以便循环执行，根据循环结束条件的两种类型page页或是total总记录类型计算出结束条件值，空值或0直接跳过循环，然后循环内容是从循环内的线开始，先执行查询操作，再执行循环，直到循环结束。

步骤S03、应用部署，将接口编排数据打包发布，具体的，通常将接口编排数据发送部署到服务器，供用户调用。

更进一步的，当系统检测到接口生成新的版本号时，会自动执行代码自动生成，通过generatingDev脚手架将所有的接口参数和信息进行遍历，根据请求类型的不同将相关的接口所有的库表操作或者第三方接口的操作以java文件的形式模板生成代码；通过Session链接的方式访问构建服务器，将生成的代码传输到构建服务器的特定目录，接下来的操作将验证项目的有效性和其项目所需要的内容是否具备，先进行初始化操作，比如创建一些构建所需要的目录等；然后用于生成一些源代码，这些源代码在compile phase中需要使用到，然后对源代码进行一些操作，例如过滤一些源代码，接下来生成资源文件(这些文件将被包含在最后的输入文件中)，然后对资源文件进行处理、对源代码进行编译、对编译生成的文件进行处理、生成测试用的源代码、对生成的测试源代码进行处理、生成测试用的资源文件、对测试用的资源文件进行处理、对测试用的源代码进行编译、对测试源代码编译后的文件进行处理、进行单元测试、打包前置操作，接下会执行真正的打包，将打包产物安装到本地maven仓库。然后会在Docker Cli执行镜像构建命令并且使用-f参数来指定Dockerfile文件，-t指定构建出的镜像标签信息；Docker Cli会将构建命令后面指定的路径(.)上下文环境所有文件打包成一个tar包，并发送给Docker服务端；Docker Deamon收到客户端发送的tar包并解压,根据Dockerfile里面的指令进行镜像的分层构建；Docker下载FROM语句中指定的基础镜像，然后将基础镜像的layer联合挂载为一层并在上面创建一个空目录；此时会启动一个临时的容器并在chroot中启动一个bash,运行RUN语句中的命令：RUN:chroot./bin/bash-c"apt get update……"；\在RUN命令执行完毕后，会将当前层目录进行压缩从而形成新镜像中的新的一层,同时为下一层提供基础镜像；如果Dockerfile中包含其它命令，就以之前构建的层次为基础，从第二步开始重复创建新层，直到完成所有语句后退出；此时应用的镜像已经打包完成，接下来则需要调用云容器相关接口，查看服务的状态，然后将生成的镜像推送到云容器的私仓中，调用重启接口，云容器会自动将最新的镜像作为启动镜像，完成应用的更新。

本公开通过接口配置平台实现低代码定义标准接口，并将不同业务系统的业务接口接入到接口配置平台中，通过接口配置平台对各业务接口和标准接口进行可视化编排，无需重新开发或是做大量代码修改即可实现不同业务系统之间的业务耦合以及不同业务接口之间的互通和调用，可实现标准化、集成式的接口定义、开发、编排、测试、发布、运行、运维和下架管理，有效简化了接口开发工作、降低接口开发难度，有助于业务系统的统一运维管理。

同时，本公开使用云容器进行业务发布，可提高响应速度，缩短API接口的响应周期，满足快速迭代的业务需求。

本实施例还提供了一种API接口配置系统，包括：

接口定义模块，其用于在接口配置平台中定义标准接口；

图形化接口编排模块，其用于将不同业务系统的业务接口接入到所述接口配置平台中，根据业务逻辑及业务接口与标准接口的关联关系，在可视化页面中编排接口，解析编排完成的可视化页面，获得接口编排数据；

应用部署模块，其用于将所述接口编排数据打包发布，供用户调用。

本实施例的API接口配置系统与上述的API接口配置方法基于相同的发明构思，可参照上文描述进行理解，在此不再赘述。

如图2所示，本实施例还提供了一种计算机设备，包括通过总线信号连接的处理器101和存储器102，所述存储器102中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器101加载时执行如上所述API接口配置方法。存储器102可用于存储软件程序以及模块，处理器101通过运行存储在存储器102的软件程序以及模块，从而执行各种功能应用。存储器102可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述设备的使用所创建的数据等。此外，存储器102可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器102还可以包括存储器控制器，以提供处理器101对存储器102的访问。

本公开实施例所提供的方法实施例可以在计算机终端、服务器或者类似的运算装置中执行，即上述计算机设备可以包括计算机终端、服务器或者类似的运算装置。该计算机设备的内部结构可包括但不限于：处理器、网络接口及存储器。其中，计算机设备内的处理器、网络接口及存储器可通过总线或其他方式连接。

其中，处理器101(或称CPU(CentralProcessingUnit，中央处理器))是计算机设备的计算核心以及控制核心。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI、移动通信接口等)。存储器102(Memory)是计算机设备中的记忆设备，用于存放程序和数据。可以理解的是，此处的存储器102可以是高速RAM存储设备，也可以是非不稳定的存储设备(non-volatile memory)，例如至少一个磁盘存储设备；可选的还可以是至少一个位于远离前述处理器101的存储装置。存储器102提供存储空间，该存储空间存储了电子设备的操作系统，可包括但不限于：Windows系统(一种操作系统)，Linux(一种操作系统)，Android(安卓，一种移动操作系统)系统、IOS(一种移动操作系统)系统等等，本公开对此并不作限定；并且，在该存储空间中还存放了适于被处理器101加载并执行的一条或一条以上的指令，这些指令可以是一个或一个以上的计算机程序(包括程序代码)。在本说明书实施例中，处理器101加载并执行存储器102中存放的一条或一条以上指令，以实现上述方法实施例所述API接口配置方法。

本公开实施例还提供一种计算机可读存储介质，其上存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序被处理器101加载时执行如上所述API接口配置方法。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质。例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

在本公开的描述中，需要理解的是，方位词如“前、后、上、下、左、右”、“横向、竖向、水平”和“顶、底”等所指示的方位或位置关系通常是基于附图所示的方位或位置关系，仅是为了便于描述本公开和简化描述，在未作相反说明的情况下，这些方位词并不指示和暗示所指的装置或元件必须具有特定的方位或者以特定的方位构造和操作，因此不能理解为对本公开保护范围的限制。

对于本领域的技术人员来说，可根据以上描述的技术方案以及构思，做出其它各种相应的改变以及形变，而所有的这些改变以及形变都应该属于本公开权利要求的保护范围之内。

Claims (9)

1.一种API接口配置方法，其特征在于，包括以下步骤：

S01、接口定义：在接口配置平台中定义标准接口；

S02、图形化接口编排：将不同业务系统的业务接口接入到所述接口配置平台中，根据业务逻辑及业务接口与标准接口的关联关系，在可视化页面中编排接口，解析编排完成的可视化页面，获得接口编排数据；

S03、应用部署：将所述接口编排数据打包发布，供用户调用。

2.根据权利要求1所述API接口配置方法，其特征在于，步骤S01中，所述接口配置平台预设有数据模型，所述数据模型用于表征输入字段与标准接口的参数之间的对应关系，通过输入字段完成标准接口的定义。

3.根据权利要求2所述API接口配置方法，其特征在于，步骤S01中，通过md5加密算法对标准接口的参数进行加密。

4.根据权利要求1所述API接口配置方法，其特征在于，步骤S02中，在可视化页面中编排接口具体为：所述可视化页面提供节点组件，所述节点组件包括接口节点、条件节点、循环节点、脚本节点和配置出参节点，根据业务逻辑及业务接口与标准接口的关联关系配置各个节点并进行节点间连线，将各个节点的信息、形状、位置、颜色和节点连接线保存到json格式的文本中，当节点参数发生变化时，实时更新所述文本。

5.根据权利要求4所述API接口配置方法，其特征在于，步骤S02中，使用流程引擎解析编排完成的可视化页面，具体包括以下步骤：

流程引擎解析开始节点，将外界传入的参数整合为map结构类型的对象；

流程引擎解析接口节点，读取接口的基本信息，根据基本信息读取对应的库表数据，若该接口为第三方接口则读取第三方接口的数据，保存获取的接口数据；

流程引擎解析线节点，若该线节点具有脚本则执行脚本，否则继续向下执行下一节点；

若所述可视化页面中具有判断节点，则读取判断节点的支线信息并执行流程走向判断逻辑，根据判断结果执行对应的支线；

若所述可视化页面中具有循环节点，则寻找循环开始条件对应的参数，根据循环开始条件先对循环来源接口执行一次，获取对应的page页和pagesize页大小以及total总记录数据，把querylist的参数值修改为当前节点的querymap.page，根据循环结束条件的两种类型：page页或是total总记录计算出结束条件值，满足结束条件值时跳出循环。

6.根据权利要求1所述API接口配置方法，其特征在于，步骤S03中，当检测到发布的接口生成新的版本号时,遍历所有接口等参数及信息，根据请求类型将相关接口的库表操作或者第三方接口的操作以Java文件的形式模板生成代码；

通过session链接访问构建服务器，将生成的代码传输到构建服务器的特定目录；

进行初始化操作，创建所需的目录及生成所需的源代码，并进一步生成资源文件，对资源文件进行处理，对源代码进行编译后进行单元测试，完成打包前置工作；

将资源文件和编译后的源代码进行打包，将打包产物安装到本地mevan仓库，执行镜像构建命令构建出镜像标签信息，将镜像构建命令上下文环境所有文件打包成一个tar包发送给Docker服务端；

Docker服务端解压接收的tar包，并根据镜像构建命令执行镜像的分层构建，下载指定的基础镜像，然后将基础镜像的layer联合挂载为一层并创建一个空目录，此时会启动一个临时的容器并在chroot中启动一个bash命令，执行RUN语句，将当前层目录进行压缩形成新镜像中新的一层，同时为下一层提供基础镜像，直至完成所有语句后退出，此时应用的镜像打包完成，调用云容器相关接口，查看服务的状态，然后将生成的镜像推送到云容器的私仓中，调用重启接口，云容器将最新的镜像作为启动镜像，完成应用的更新。

7.一种API接口配置系统，其特征在于，包括：

接口定义模块，其用于在接口配置平台中定义标准接口；

图形化接口编排模块，其用于将不同业务系统的业务接口接入到所述接口配置平台中，根据业务逻辑及业务接口与标准接口的关联关系，在可视化页面中编排接口，解析编排完成的可视化页面，获得接口编排数据；

应用部署模块，其用于将所述接口编排数据打包发布，供用户调用。

8.一种计算机设备，包括信号连接的处理器和存储器，其特征在于，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载时执行如权利要求1-6任一项所述API接口配置方法。

9.一种计算机可读存储介质，其上存储有至少一条指令或至少一段程序，其特征在于，所述至少一条指令或所述至少一段程序被处理器加载时执行如权利要求1-6任一项所述API接口配置方法。