CN117873597A - 一种通过可视化配置方式实现api编排的方法和系统 - Google Patents

Abstract

本申请提供了一种通过可视化配置方式实现API编排的方法和系统，其中方法包括：接收用户请求注册API接口，生成结构化API信息定义，并根据注册API接口进行编排，生成配置规则，将配置规则进行动态加载更新并执行，保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息。其解决了目前通过编码或者写入文件的方式实现API编排时存在的工作量大、难以维护的问题，以及不利于功能及时上线，也不利于功能扩展的问题。

Description

一种通过可视化配置方式实现API编排的方法和系统

技术领域

本申请涉及数字化API编排技术领域，特别是涉及一种通过可视化配置方式实现API编排的方法、系统、设备及存储介质。

背景技术

随着数字化转型的迅猛发展，公司、组织业务的不断扩张，需求不断的增加、用户量不断增加，传统单体架构已经无法适应云计算时代应用的快速变化，面临着越来越多的挑战；微服务架构则被认为是未来建设新一代分布式架构应用的方向，通过将应用和服务分解成更小的、松散耦合的组件，它们可以更加容易升级和扩展。

随着新需求的不断增加，微服务架构中的服务数量也不断增加，为了实现某一个需求，许多微服务API需要组合调用，通过编码或者写入文件的方式依次调用微服务API存在工作量大、难以维护的缺点，不利于功能及时上线，也不利于功能扩展。

基于上述分析，需要提供一种能够减少API编排的工作量、降低API编排的维护难度、提升API编排的易用性的方案。

发明内容

本申请提供一种通过可视化配置方式实现API编排的方法、系统、设备及存储介质，以解决目前通过编码或者写入文件的方式依次调用微服务API存在工作量大、难以维护的缺点，不利于功能及时上线，也不利于功能扩展等问题。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种通过可视化配置方式实现API编排的方法，包括：接收用户请求注册API接口，生成结构化API信息定义；

根据注册API接口进行编排，生成配置规则；

将配置规则进行动态加载更新并执行，保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息。

作为本申请的进一步改进，接收用户请求注册API接口，生成结构化API信息定义时，包括：

以页面输入方式和API定义文档导入方式添加注册API接口。

作为本申请的进一步改进，将配置规则进行动态加载更新并执行，保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息；

实际执行时的每个任务节点包括：开始节点、终止节点、分支节点、API请求节点和并行节点。

作为本申请的进一步改进，接收用户请求注册API接口，生成结构化API信息定义之后，还包括：

用户根据结构化API信息设置API请求参数。

作为本申请的进一步改进，根据注册API接口进行编排，生成配置规则之后，还包括：

通过消息机制实现编排API的动态加载到每个运行引擎的内存中。

作为本申请的进一步改进，将配置规则进行动态加载更新并执行，保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息之后，还包括：

用户通过统一地址调用编排API，根据配置规则执行各个任务节点，保存每一步的请求响应信息，并整合最终结果返回。

作为本申请的进一步改进，将配置规则进行动态加载更新并执行，保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息之后，还包括：

用户通过应用平台发布编排API。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种通过可视化配置方式实现API编排的系统，包括：

管理模块，接收用户请求注册API接口，生成结构化API信息定义；

编排模块，根据注册API接口进行编排，生成配置规则；

运行模块，将配置规则进行动态加载更新并执行，保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息。

为解决上述技术问题，本申请采用的再一个技术方案是：提供一种计算机设备，计算机设备包括处理器、与处理器耦接的存储器，存储器中存储有程序指令，程序指令被处理器执行时，使得处理器执行上述中任一项的通过可视化配置方式实现API编排的方法的步骤。

为解决上述技术问题，本申请采用的再一个技术方案是：提供一种存储介质，存储有能够实现上述中任一项的通过可视化配置方式实现API编排的方法的程序指令。

本申请的有益效果是：本申请的通过可视化配置方式实现API编排的方法通过接收用户请求注册API接口，生成结构化API信息定义，并根据注册API接口进行编排，生成配置规则，将配置规则进行动态加载更新并执行，保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息。其解决了目前通过编码或者写入文件的方式实现API编排时存在的工作量大、难以维护的问题，以及不利于功能及时上线，也不利于功能扩展的问题。

附图说明

图1是本发明实施例的通过可视化配置方式实现API编排的方法的流程示意图；

图2是本发明实施例的通过可视化配置方式实现API编排的系统的功能模块示意图；

图3是本发明实施例的计算机设备的结构示意图；

图4是本发明实施例的存储介质的结构示意图；

图5是本发明实施例的通过可视化配置方式实现API编排的系统总体架构图；

图6是本发明实施例的通过可视化配置方式实现API编排的方法注册微服务应用系统API的流程图；

图7是本发明实施例的通过可视化配置方式实现API编排的方法创建编排API并进行编排的流程图；

图8是本发明实施例的通过可视化配置方式实现API编排的方法发布编排API并实际执行的流程图；

图9是本发明实施例的通过可视化配置方式实现API编排的方法在多实例场景下发布编排API时通过消息机制自动加载到每个实例的内存的具体实现方案流程图。

具体实施方式

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

本申请中的术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”、“第三”的特征可以明示或者隐含地包括至少一个该特征。本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。本申请实施例中所有方向性指示(诸如上、下、左、右、前、后……)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

方法实施例一

图1是本发明实施例的通过可视化配置方式实现API编排的方法的流程示意图。需注意的是，若有实质上相同的结果，本申请的方法并不以图1所示的流程顺序为限。如图1所示其包括：

步骤S1、接收用户请求注册API接口，生成结构化API信息定义。

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

具体地，用户通过与API管理单元交互的方式发起请求，表达意愿要注册一个新的API接口，API管理单元接收到用户提供的信息后，将其处理并生成结构化的API信息定义。API管理单元生成包含所有注册API接口信息的结构化数据。这个结构化数据将被用于后续的可视化配置，用户可以基于这个信息在API编排单元中进行进一步的操作。用户能够方便地向系统注册新的API接口，为后续的API编排提供了基础数据。这样的注册流程使得用户能够更加灵活、直观地管理他们的API接口。

进一步地，步骤S1、接收用户请求注册API接口，生成结构化API信息定义之前，还包括：

步骤S01、以页面输入方式和API定义文档导入方式添加注册API接口。

具体地，通过页面输入方式以及API定义文档导入方式添加注册API接口。页面输入方式支持API的服务地址、请求参数和响应参数等信息的输入；文档导入方式支持上传swagger文档或者提供swagger文档在线地址的方式导入。注册API接口之后管理单元生成结构化的API信息定义，为可视化编排API提供支撑。

步骤S2、根据注册API接口进行编排，生成配置规则。

需要说明的是，API编排，是通过一个请求来按预先设计好的流程调用多个微服务接口，并对每个API的返回结果做数据处理，最终整合成一个统一的结果返回。使用场景包括：单API结果裁剪、多API数据聚合、多API之间传递依赖。

具体地，用户通过系统界面或特定入口进入API编排单元，以开始API接口的编排流程。用户可以浏览已注册的API接口列表，选择其中一个或多个API接口用于编排。这通常通过一个直观的界面或者下拉菜单的形式实现。用户能够使用直观的可视化工具对已注册的API接口进行编排，构建出复杂的执行流程。这种可视化的方式使得用户不需要深入了解编程语言或复杂的配置文件，从而更加方便、高效地进行API编排。

进一步地，步骤S3、将配置规则进行动态加载更新并执行，保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息，实际执行时的每个任务节点包括：

步骤S31、开始节点、终止节点、分支节点、API请求节点和并行节点。

具体地，在API编排单元中，用户在设计流程图时可以添加分支节点。分支节点是用于执行条件判断的关键元素。开始节点，表示编排API开始，接收用户的请求参数；终止节点，表示编排API结束，返回最终的响应结果；分支节点，提供了对指定变量设置表达式判断，并根据判断结果执行true或者false分支流程的功能；API请求节点，提供了选择API接口，设置API请求参数，实际发送API请求的功能。请求参数可以从前置任务的请求或者响应参数中动态获取；并行节点，提供了并行执行后续各分支流程的任务节点的功能，没有依赖关系的API调用可以使用，提升编排API的执行效率；用户通过直观的界面或配置工具进入分支节点的设置，选择要进行条件判断的指定变量和设置表达式。用户通过系统提供的界面输入框或者其他可视化方式，设置条件判断所使用的表达式。这可以是简单的比较操作，也可以是更复杂的逻辑运算，具体取决于用户的需求。在分支节点中，系统会根据用户设置的表达式对指定变量进行条件判断。这可能涉及到变量的当前值、前置任务的请求或响应参数等信息。如果条件判断结果为true，系统将执行true分支流程；如果为false，系统将执行false分支流程。用户可以根据具体的条件需求，通过直观的可视化方式配置分支节点，实现对指定变量的条件判断，并根据判断结果执行相应的分支流程。这种方法使得用户能够更加灵活地控制API编排的执行流程，适应不同的业务场景。

进一步地，步骤S1、接收用户请求注册API接口，生成结构化API信息定义之后，还包括：

步骤S211、用户根据结构化API信息设置API请求参数。

具体地，在API编排单元中，用户可以添加API请求节点。API请求节点是用于实际发送API请求的关键元素。用户通过直观的界面或配置工具进入API请求节点的设置，选择要调用的API接口和设置相关的请求参数。在API请求节点中，用户可以访问之前条件判断的结果。这可以是通过系统提供的变量或者接口获取，确保用户能够根据条件判断的结果动态地设置API请求参数。用户可能需要从之前任务节点的请求或响应参数中动态获取数值，以设置API请求参数的某些值。这种灵活性使得用户能够在编排流程中使用之前步骤产生的数据，以实现更加复杂的业务逻辑。

进一步地，步骤S2、根据注册API接口进行编排，生成配置规则之后，还包括：

步骤S22、通过消息机制实现编排API的动态加载到每个运行引擎的内存中。

具体地，系统实现了一套消息机制，用于在API编排发生变化时通知运行引擎。这可能基于一种消息队列、发布-订阅系统或其他异步通信机制，确保消息能够被有效地传递到所有运行引擎的实例中。系统可以提供监控和日志记录功能，用于跟踪消息的传递过程，确保消息机制的稳定性和可靠性。

步骤S3、将配置规则进行动态加载更新并执行，保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息。

具体地，对于每个任务节点，运行引擎保存该节点的请求和响应信息。这包括请求参数、响应结果、执行状态、时间戳等详细信息。这些信息将被用于监控、调试和追溯整个编排API的执行过程。系统实现了对API编排配置规则的动态加载和更新，同时实时保存每个任务节点以及整体编排API的请求和响应信息，为用户提供了全面的监控和追溯能力。这有助于确保API编排的实时性和可靠性。

进一步地，步骤S3、将配置规则进行动态加载更新并执行，保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息之后包括：

步骤S4、用户通过统一地址调用编排API，根据配置规则执行各个任务节点，保存每一步的请求响应信息，并整合最终结果返回。

具体地，随着任务节点的执行，系统在整个编排API执行过程中可能产生了多个中间结果。最终，API运行引擎将整合这些结果，形成编排API的最终输出。这可能是一个汇总的数据、一个状态码、一个复杂的数据结构等，取决于编排API的设计和用户的需求。

API运行引擎将最终整合的结果作为响应返回给用户。用户通过调用编排API的统一地址得到了API执行的最终结果，而不需要了解具体的任务节点执行细节。系统实现了用户通过统一地址调用编排API，整个执行过程中每一步的请求和响应信息都得以保存，最终整合的结果返回给用户。这种方式既提供了用户友好的接口，又保留了系统执行过程的详细追踪和监控能力。

进一步地，步骤S3、将配置规则进行动态加载更新并执行，保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息之后还包括：

步骤S5、用户通过应用平台发布编排API。

具体地，在应用平台上，用户可以浏览已经创建或保存的编排API。用户选择要发布的编排API，这可能是处于待发布状态的API。用户进入发布流程，可能需要填写一些元信息，例如版本号、发布说明等。这有助于对不同版本的API进行管理和追踪。用户可能需要配置一些发布参数，例如选择发布到哪个环境(测试环境、生产环境等)、是否开启日志记录等。这取决于系统的具体设计和用户的需求。用户在确认所有配置后，选择执行发布操作。这可能触发一系列的检查和验证，确保API的发布是安全可靠的。在API发布的过程中，系统可能触发消息通知机制，通知API运行引擎有关编排API更新的消息。这确保了新的API配置规则能够被动态加载到运行引擎中。一旦API发布成功，系统会返回相应的发布结果给用户，可能包括发布成功的提示、版本号、发布时间等信息。用户能够通过应用平台方便地管理和发布编排API。这种方式提供了对API发布过程的灵活控制，同时确保了发布的安全性和可靠性。

本发明实施例的通过接收用户请求注册API接口，生成结构化API信息定义，并根据注册API接口进行编排，生成配置规则，将配置规则进行动态加载更新并执行，保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息。其解决了目前通过编码或者写入文件的方式依次调用微服务API存在工作量大、难以维护的缺点，不利于功能及时上线，也不利于功能扩展的问题。可视化配置的方式使用户能方便快捷的设计出编排API接口，并且可以实时动态加载生效，同时支持系统横向拓展以应对不同规模的流量压力。本发明达到了减少API编排的工作量、降低API编排的维护难度、提升API编排的易用性的技术效果。

方法实施例二

本发明还提供了具体的技术方案，包括：

步骤一：构建API管理单元，支持通过页面输入方式以及API定义文档导入方式添加注册API接口。页面输入方式支持API的服务地址、请求参数和响应参数等信息的输入；文档导入方式支持上传swagger文档或者提供swagger文档在线地址的方式导入。注册API接口之后管理单元生成结构化的API信息定义，为可视化编排API提供支撑。优选方案是结合APISIX网关组件进行API的注册和管理，包括鉴权、流控和动态路由等功能。

其中，APISIX是一个微服务API网关，具有高性能、可扩展性等优点。和传统的API网关相比，APISIX具有较高的性能和较低的资源消耗，并且具有丰富的插件。

步骤二：构建API编排单元，支持通过可视化配置的方式创建编排API接口，设置编排API的服务地址，请求参数和响应参数。通过编辑流程图的方式设计具体的任务节点、判断条件、数据处理细节，选择注册在API管理单元的API接口进行编排，生成配置规则。同时提供在线调用、接口执行详情、接口执行历史、上线发布等辅助管理功能。优选方案是基于X6图编辑引擎搭建可视化配置功能，自定义开始节点、终止节点、API请求节点、分支节点、并行节点等任务节点并提供API参数展示、API参数选择、判断条件配置等功能。

其中，X6是AntV旗下的图编辑引擎，提供了一系列开箱即用的交互组件和简单易用的节点定制能力，方便我们快速搭建流程图、DAG图、ER图等图应用。

步骤三：构建API运行引擎，支持动态加载更新编排API的配置规则并高效执行，同时保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息。API运行引擎采用分布式架构，每个单实例中支持并发执行多个编排API，同时支持多实例横向拓展以应对不同规模的流量压力，提高请求的处理量。优选方案是基于Liteflow流程引擎框架搭建API运行引擎，将用户可视化配置生成的配置规则保存在数据库中，在运行引擎实例启动和编排API更新时加载或更新配置规则到运行引擎的内存中，在用户调用编排API时请求运行引擎，读取内存中的配置规则，按预先设计的执行流程执行各个任务节点内容，最终整合任务节点的响应并返回给用户，实现编排API功能。

其中：LiteFlow是一个开源的、轻量的、快速的组件式流程引擎框架，实现了复杂的组件编排功能，并支持热加载规则配置，实现了即时修改的能力。

在完成步骤一至步骤三后，即搭建好API编排平台，如图5所示，为本发明搭建好的API编排平台系统总体架构图，其中虚线代表数据交互，实线代表信号传输，之后通过如下步骤进行API编排：

步骤四：如图6所示，为本发明注册微服务应用系统API的流程图，注册微服务应用系统API，搭建好API编排平台后，可以将公司某微服务应用系统的各个业务服务的API接口注册到API管理单元，注册时支持手工输入API信息或者导入swagger接口文档或者输入在线swagger文档地址的方式，注册后在API管理单元会生成相关API接口的结构化定义。

步骤五：如图7所示，为本发明创建编排API并进行编排的流程图，创建编排API并进行编排，注册好所需的API接口之后，用户使用API编排单元创建编排API，设置编排API的服务地址，请求参数和响应参数。通过编辑流程图的方式设计具体的任务节点、判断条件、数据处理细节，选择注册在API管理单元的API接口进行编排，生成配置规则。任务节点包括开始节点、终止节点、API请求节点、分支节点、并行节点等等，每个任务节点提供API参数展示、API参数选择、判断条件配置的功能，用户可以选择前置任务的各类请求或响应参数引入当前任务，配置在当前任务的判断条件、请求参数或者响应参数中，也可以直接输入所需的参数值。用户编排API生成的配置规则，会保存再数据库中，此时编排API处于待发布状态。

步骤六：如图8-9所示，图8为发布编排API并实际执行的流程图，图9为本发明在多实例场景下发布编排API时通过消息机制自动加载到每个实例的内存的具体实现方案流程图，发布编排API并实际执行，设计好编排API之后，用户可以选择将编排API发布，此时API运行引擎会读取之前存入数据库的该编排API的配置规则并实时加载到运行引擎的内存中，因为API运行引擎是分布式架构的服务，根据请求量的多少，可以横向拓展多实例，如果是多实例的状态下，发布编排API时会通过消息机制自动加载到每个实例的内存中。之后用户通过运行引擎的统一地址(例如域名)来调用编排API，运行引擎收到请求后，会从内存中获取对应的配置规则，按编排好的流程执行各个任务节点，保存每一步的请求响应信息，传递数据并整合最终结果返回。

系统实施例一

图2是本申请实施例的通过可视化配置方式实现API编排的系统的功能模块示意图。如图2所示，该通过可视化配置方式实现API编排的系统2包括：管理模块21、编排模块22、运行模块23。

管理模块21，用于接收用户请求注册API接口，生成结构化API信息定义；

编排模块22，用于根据注册API接口进行编排，生成配置规则；

运行模块23，用于将配置规则进行动态加载更新并执行，保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息。

可选地，管理模块21执行接收用户请求注册API接口，生成结构化API信息定义之前还包括：

以页面输入方式和API定义文档导入方式添加注册API接口。

可选地，编排模块22执行根据注册API接口进行编排，生成配置规则之后，还包括：

通过消息机制实现编排API的动态加载到每个运行引擎的内存中。

可选地，运行模块23执行将配置规则进行动态加载更新并执行，保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息，包括：

管理模块21执行接收用户请求注册API接口，生成结构化API信息定义之后，还包括：

用户根据结构化API信息设置API请求参数。

可选地，运行模块23执行将配置规则进行动态加载更新并执行，保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息之后，还包括：

用户通过统一地址调用编排API，根据配置规则执行各个任务节点，保存每一步的请求响应信息，并整合最终结果返回。

可选地，运行模块23执行将配置规则进行动态加载更新并执行，保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息之后，还包括：

用户通过应用平台发布编排API。

关于上述实施例通过可视化配置方式实现API编排的系统中各模块实现技术方案的其他细节，可参见上述实施例中的通过可视化配置方式实现API编排的方法中的描述，此处不再赘述。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于系统类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

请参阅图3，图3为本申请实施例的计算机设备的结构示意图。如图3所示，该计算机设备30包括处理器31及和处理器31耦接的存储器32。

存储器32存储有程序指令，程序指令被处理器31执行时，使得处理器31执行上述实施例中的通过可视化配置方式实现API编排的方法的步骤。

其中，处理器31还可以称为CPU(Central Processing Unit，中央处理单元)。处理器31可能是一种集成电路芯片，具有信号的处理能力。处理器31还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

参阅图4，图4为本申请实施例的存储介质的结构示意图。本申请实施例的存储介质存储有能够实现上述所有方法的程序指令41，其中，该程序指令41可以以软件产品的形式存储在上述存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质，或者是计算机、服务器、手机、平板等计算机设备。服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

在本申请所提供的几个实施例中，应该理解到，所揭露的终端，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。以上仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种通过可视化配置方式实现API编排的方法，其特征在于，其包括：

接收用户请求注册API接口，生成结构化API信息定义；

根据所述注册API接口进行编排，生成配置规则；

将所述配置规则进行动态加载更新并执行，保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息。

2.根据权利要求1所述的通过可视化配置方式实现API编排的方法，其特征在于，接收用户请求注册API接口，生成结构化API信息定义时，包括：以页面输入方式和API定义文档导入方式添加注册API接口。

3.根据权利要求1所述的通过可视化配置方式实现API编排的方法，其特征在于，将所述配置规则进行动态加载更新并执行，保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息；

实际执行时的每个任务节点包括：开始节点、终止节点、分支节点、API请求节点和并行节点。

4.根据权利要求1所述的通过可视化配置方式实现API编排的方法，其特征在于，接收用户请求注册API接口，生成结构化API信息定义之后，还包括：所述用户根据结构化API信息设置API请求参数。

5.根据权利要求1所述的通过可视化配置方式实现API编排的方法，其特征在于，根据所述注册API接口进行编排，生成配置规则之后，还包括：通过消息机制实现编排API的动态加载到每个运行引擎的内存中。

6.根据权利要求1所述的通过可视化配置方式实现API编排的方法，其特征在于，将所述配置规则进行动态加载更新并执行，保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息之后，还包括：所述用户通过统一地址调用编排API，根据配置规则执行各个任务节点，保存每一步的请求响应信息，并整合最终结果返回。

7.根据权利要求6所述的通过可视化配置方式实现API编排的方法，其特征在于，将所述配置规则进行动态加载更新并执行，保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息之后，还包括：所述用户通过应用平台发布编排API。

8.一种通过可视化配置方式实现API编排的系统，其特征在于，其包括：

管理模块，接收用户请求注册API接口，生成结构化API信息定义；

编排模块，根据所述注册API接口进行编排，生成配置规则；

运行模块，将所述配置规则进行动态加载更新并执行，保存实际执行时的每个任务节点的请求和响应信息，以及整体编排API的请求和响应信息。

9.一种计算机设备，其特征在于，所述计算机设备包括处理器、与所述处理器耦接的存储器，所述存储器中存储有程序指令，所述程序指令被所述处理器执行时，使得所述处理器执行如权利要求1-7中任一项权利要求所述的通过可视化配置方式实现API编排的方法的步骤。

10.一种存储介质，其特征在于，存储有能够实现如权利要求1-7中任一项所述的通过可视化配置方式实现API编排的方法的程序指令。