CN111427701A - 一种工作流引擎系统和业务处理方法 - Google Patents

Abstract

本发明公开了一种工作流引擎系统和业务处理方法，涉及计算机技术领域。该方法的一具体实施方式包括一种工作流引擎系统，包括：插件管理中心、引擎控制中心、业务调度器；其中，所述插件管理中心，用于管理一个或多个用于进行业务处理的插件；所述引擎控制中心，用于接收业务处理请求，根据所述业务处理请求指示的一个或多个参数从所述插件管理中心获取一个或多个插件，并在获取到所述插件之后，远程调用所述业务调度器；所述业务调度器，用于确定待调用的一个或多个用于进行业务处理的业务类，并按照预设顺序调用所述业务类及所述插件，以对所述业务处理请求指示的待处理业务进行处理。该实施方式降低了业务系统与工作流程的耦合性。

Description

一种工作流引擎系统和业务处理方法

技术领域

本发明涉及计算机技术领域，尤其涉及种一种工作流引擎系统和业务处理方法。

背景技术

工作流(Workflow)是指将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并实施工作，而工作流引擎则是指workflow作为业务系统的一部分，为业务系统根据角色、分工和条件的不同决定信息传递路由、内容等级等方案。

现有的工作流引擎常作为一个子模块嵌入到业务系统中，以作为一个整体共同运行。如此，现有的工作流引擎至少存在以下技术问题：当业务系统存在线程阻塞、运行异常等问题时，工作流引擎也无法正常运行；工作流引擎与业务系统的代码耦合性高、扩展性低，当需要增加新的功能时需要改动的代码量大；在工作流引擎版本需要更新时，业务系统无法正常运行。

发明内容

有鉴于此，本发明实施例提供了一种工作流引擎系统和业务处理方法，能够降低业务系统与工作流程的耦合性，且能够实现工作流引擎中插件的热更新，不影响业务系统的正常运行。

为实现上述目的，根据本发明实施例的第一方面，提供了一种工作流引擎系统，包括：插件管理中心、引擎控制中心、业务调度器；其中，

所述插件管理中心，用于管理一个或多个用于进行业务处理的插件；

所述引擎控制中心，用于接收业务处理请求，根据所述业务处理请求指示的一个或多个参数从所述插件管理中心获取一个或多个插件，并在获取到所述插件之后，远程调用所述业务调度器；

所述业务调度器，用于确定待调用的一个或多个用于进行业务处理的业务类，并按照预设顺序调用所述业务类及所述插件，以对所述业务处理请求指示的待处理业务进行处理。

可选地，所述插件管理中心，还用于，

在所述插件数量或所述插件版本存在更新的情况下，通过消息总线广播插件更新消息。

可选地，所述引擎控制中心，还用于，

在获取到所述插件之后，将所获取的插件存储至本地缓存。

可选地，所述引擎控制中心，还用于，

在根据所述业务处理请求指示的一个或多个参数从所述插件管理中心获取一个或多个插件之前，判断本地缓存中是否存在所述插件：

若存在，则直接从本地缓存中获取所述插件，若不存在，则从所述插件管理中心获取所述插件。

可选地，所述按照预设顺序调用所述业务类及所述插件，以对所述业务处理请求指示的待处理业务进行处理，包括：

调用业务类的第一回调函数，对所述待处理业务进行处理；

调用所述插件的处理函数，继续对所述待处理业务进行处理；

调用业务类的第二回调函数，以完成对所述待处理业务的处理。

可选地，使用kubernetes部署所述工作流引擎系统。

为实现上述目的，根据本发明实施例的第二方面，提供了一种业务处理方法，应用于工作流引擎系统，包括：

接收业务处理请求；

根据所述业务处理请求指示的一个或多个参数从插件管理中心获取一个或多个用于进行业务处理的插件；

根据所述一个或多个参数，确定待调用的一个或多个用于进行业务处理的业务类；

按照预设顺序调用所述业务类及所述插件，以对所述业务处理请求直至的待处理业务进行处理。

可选地，

在所述插件数量或所述插件版本存在更新的情况下，通过消息总线广播插件更新消息。

可选地，

在从所述插件管理中心获取到所述插件之后，将所获取的插件存储至本地缓存。

可选地，

在根据所述业务处理请求指示的一个或多个参数从插件管理中心获取一个或多个插件之前，判断本地缓存中是否存在所述插件：

若存在，则直接从本地缓存中获取所述插件，若不存在，则从所述插件管理中心获取所述插件。

可选地，

所述按照预设顺序调用所述业务类及所述插件，以对所述业务处理请求直至的待处理业务进行处理，包括：

调用业务类的第一回调函数，对所述待处理业务进行处理；

调用所述插件的处理函数，继续对所述待处理业务进行处理；

调用业务类的第二回调函数，以完成对所述待处理业务的处理。

可选地，使用kubernetes部署所述工作流引擎系统。

为实现上述目的，根据本发明实施例的第三方面，提供了一种用于业务处理的电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行时，所述一个或多个处理器实现如上所述业务处理方法的中任一所述的方法。

为实现上述目的，根据本发明实施例的第四方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如上所述业务处理方法的中任一所述的方法。

上述发明中的一个实施例具有如下优点或有益效果：由于将工作流引擎系统划分为插件管理中心、引擎控制中心、业务调度器进行部署，且仅将业务调度器与业务系统部署在一起，实现了工作流引擎与业务系统的高度解耦，使得工作流引擎具有高扩展性；通过插件管理中心单独注册管理实现了插件的热更新，避免了工作流引擎更新对业务系统的正常运行造成的不利影响。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的工作流引擎的主要结构的示意图；

图2是根据本发明实施例的业务处理方法的主要流程的示意图；

图3是根据本发明实施例的另一业务处理方法的主要流程的示意图；

图4是本发明实施例可以应用于其中的示例性系统架构图；

图5是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

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

图1是根据本发明实施例的工作流引擎的主要结构的示意图，如图1所示，该工作流引擎100包括：插件管理中心101、引擎控制中心102、业务调度器103；其中，

所述插件管理中心101，用于管理一个或多个用于进行业务处理的插件；

所述引擎控制中心102，用于接收业务处理请求，根据所述业务处理请求指示的一个或多个参数从所述插件管理中心获取一个或多个插件，并在获取到所述插件之后，远程调用所述业务调度器；

所述业务调度器103，用于确定待调用的一个或多个用于进行业务处理的业务类，并按照预设顺序调用所述业务类及所述插件，以对所述业务处理请求指示的待处理业务进行处理。

其中，插件管理中心管理的一个或多个插件包括但不限于工作流引擎中需要频繁迭代更新的功能插件。可以理解的是，由于将工作流引擎的功能插件化，并由插件管理中心统一进行管理及注册，因此，可以实现插件的热更新，也即在不影响工作流引擎进行根据业务处理请求进行处理的情况下即可实现插件的更新。可处理的业务包括但不限于转账、固定资产出租、固定资产评估等。引擎控制中心102通过REST或RPC接口接收客户端发送的业务处理请求，并从该业务处理请求中解析出用于调用插件或业务类的一个或多个参数，如插件编号、插件名称、业务类编号、业务类名称等。

值得注意的是，为最大程度地实现工作流引擎100与业务系统的解耦，同时又能保证工作流引擎100与业务系统的正常工作，本实施例中的工作流引擎由插件管理中心101、引擎控制中心102、业务调度器103组成，但其中，仅有业务调度器103与业务系统部署在一起，在实际的执行过程中引擎控制中心102通过REST或RPC接口远程调用业务调度器103。

在一种可选的实施方式中，所述插件管理中心101，还用于，在所述插件数量或所述插件版本存在更新的情况下，通过消息总线广播插件更新消息。可以理解的是，为避免因一个工作流引擎异常引起的系统崩溃，可部署多个工作流引擎，且工作流引擎对应的插件管理中心均可通过消息总线的方式向客户端广播消息插件版本或消息插件内容更新的消息，使得客户端可以及时获取插件更新消息，从而可提高工作流引擎的稳定性及可靠性。

在一种可选的实施方式中，所述引擎控制中心102，还用于，在获取到所述插件之后，将所获取的插件存储至本地缓存。为提高引擎控制中心102根据业务处理请求获取一个或多个用户处理业务的插件的效率，可以在从插件管理中心101获取到插件或者插件包的情况下，将插件缓存值本地缓存中，从而使得在引擎控制中心102在后续接收到业务处理请求的情况下，可以预先从本地缓存中查找是否存在待获取的插件，若存在则可以直接使用本地缓存的插件，从而减少了从插件管理中心获取插件的数量，进而提高了获取插件的速度。

基于此，所述引擎控制中心102，还用于，在根据所述业务处理请求指示的一个或多个参数从所述插件管理中心获取一个或多个插件之前，判断本地缓存中是否存在所述插件：若存在，则直接从本地缓存中获取所述插件，若不存在，则从所述插件管理中心获取所述插件。如此，减少了从插件管理中心获取插件的数量，进而提高了获取插件的速度。

在一种可选的实施方式中，所述按照预设顺序调用所述业务类及所述插件，以对所述业务处理请求指示的待处理业务进行处理，包括：调用业务类的第一回调函数，对所述待处理业务进行处理；调用所述插件的处理函数，继续对所述待处理业务进行处理；调用业务类的第二回调函数，以完成对所述待处理业务的处理。其中，第一回调函数为prehandler()，第二回调函数为posthandler()；功能插件包括但不限于：CommitPlugin(正常提交插件)、CancelPlugin(取消流程插件)等。可以理解的是，预设调用的业务类及插件是根据具体处理的业务制定的，在实际的执行过程中，可以根据实际的处理业务需求进行调整。

在一种可选的实施方式中，使用kubernetes部署所述工作流引擎系统。kubernetes简称k8s，是一个开源的、用于管理云平台中多个主机上的容器化的应用，并提供了应用部署，规划，更新，维护的一种机制。docker是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的Linux或者Windows机器上。在使用kubernetes结合docker部署工作流引擎时，基于kubernetes本身的特性，使得工作流引擎具有高可用性，即进一步缩短了工作流引擎不能提供服务的时间。

基于上述实施例，由于将工作流引擎系统划分为插件管理中心、引擎控制中心、业务调度器进行部署，且仅将业务调度器与业务系统部署在一起，实现了工作流引擎与业务系统的高度解耦，使得工作流引擎具有高扩展性；通过插件管理中心单独注册管理实现了插件的热更新，避免了工作流引擎更新对业务系统的正常运行造成的不利影响。

参见图2，在上述实施例的基础上，本发明实施例提供了一种业务处理方法，应用于上述的工作流引擎系统，该业务处理方法具体可以包括的步骤如下：

步骤S201，接收业务处理请求。该业务处理请求是指客户端通过REST或RPC等远程调用接口发送的处理转账、租房等业务对应的业务处理请求。

步骤S202，根据所述业务处理请求指示的一个或多个参数从插件管理中心获取一个或多个用于进行业务处理的插件。在接收到业务处理请求后，可以对该业务处理请求进行解析，以获取插件名、插件编号、业务类名称等参数信息。基于此，根据解析获取到的插件名或插件编号，从工作流引擎的插件管理中心中调用对应的插件。

更进一步地，为提高引擎控制中心根据业务处理请求获取一个或多个用户处理业务的插件的效率，可以在从插件管理中心获取到插件或者插件包的情况下，将插件缓存值本地缓存中，从而使得在引擎控制中心102在后续接收到业务处理请求的情况下，可以预先从本地缓存中查找是否存在待获取的插件，若存在则可以直接使用本地缓存的插件，从而减少了从插件管理中心获取插件的数量，进而提高了获取插件的速度。

此外，随着需要的增加，工作流引擎中的部分插件需要进行迭代更新，包括插件的删除、插件的增减、插件版本更新等。在插件更新后，为保证对客户端发送的业务处理请求的正常处理，通过消息总线广播插件更新消息，以使得监听消息总线的一个或多个客户端可以及时获取插件更新消息。

步骤S203，根据所述一个或多个参数，确定待调用的一个或多个用于进行业务处理的业务类。也即是说，根据解析获取到的业务类名称或业务编号等参数确定待调用的业务类。

步骤S204，按照预设顺序调用所述业务类及所述插件，以对所述业务处理请求直至的待处理业务进行处理。

具体地，所述按照预设顺序调用所述业务类及所述插件，以对所述业务处理请求指示的待处理业务进行处理，包括：调用业务类的第一回调函数，对所述待处理业务进行处理；调用所述插件的处理函数，继续对所述待处理业务进行处理；调用业务类的第二回调函数，以完成对所述待处理业务的处理。其中，第一回调函数为prehandler()，第二回调函数为posthandler()；功能插件包括但不限于：CommitPlugin(正常提交插件)、CancelPlugin(取消流程插件)等。可以理解的是，预设调用的业务类及插件是根据具体处理的业务制定的，在实际的执行过程中，可以根据实际的处理业务需求进行调整。

参见图3，在上述实施例的基础上，本发明实施例提供了另一种业务处理方法，应用于上述的工作流引擎，该业务处理方法具体可以包括的步骤如下：

步骤S301，接收业务处理请求。该业务处理请求是指客户端通过REST或RPC等远程调用接口发送的处理转账、租房等业务对应的业务处理请求。

步骤S302，在根据所述业务处理请求指示的一个或多个参数从插件管理中心获取一个或多个插件之前，判断本地缓存中是否存在所述插件；若存在，则继续执行下述步骤S303，若不存在，则继续执行下述步骤S304。可以理解的是，在接收到业务处理请求后，可以对该业务处理请求进行解析，以获取插件名、插件编号、业务类名称等参数信息，然后基于获取到的参数信息获取对应的插件。

步骤S303，根据所述业务处理请求指示的一个或多个参数，直接从本地缓存中获取所述插件。也即是说，根据插件名或插件编号从本地缓存中获取对应的插件。

步骤S304，根据所述业务处理请求指示的一个或多个参数，从所述插件管理中心获取所述插件。也即是说，根据插件名或插件编号从插件管理中心中获取对应的插件。

步骤S305，根据所述一个或多个参数，确定待调用的一个或多个用于进行业务处理的业务类。也即是说，根据业务类名称等参数信息确处理业务需调用的业务类。

步骤S306，调用业务类的第一回调函数，对所述待处理业务进行处理。其中，第一回调函数为prehandler()。

步骤S307，调用所述插件的处理函数，继续对所述待处理业务进行处理。功能插件包括但不限于：CommitPlugin(正常提交插件)、CancelPlugin(取消流程插件)等。

步骤S308，调用业务类的第二回调函数，以完成对所述待处理业务的处理。其中，第二回调函数为posthandler()。

可以理解的是，预设调用的业务类及插件是根据具体处理的业务制定的，在实际的执行过程中，可以根据实际的处理业务需求进行调整。

图4示出了可以应用本发明实施例的业务处理方法的示例性系统架构400。

如图4所示，系统架构400可以包括终端设备401、402、403，网络404和服务器405。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备401、402、403通过网络404与服务器405交互，以接收或发送消息等。终端设备401、402、403上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备401、402、403可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器405可以是提供各种服务的服务器，例如对用户利用终端设备401、402、403所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果反馈给终端设备。

需要说明的是，本发明实施例所提供的业务处理方法一般由服务器405执行。

应该理解，图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图5，其示出了适于用来实现本发明实施例的终端设备的计算机系统500的结构示意图。图5示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，计算机系统500包括中央处理单元(CPU)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有系统500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

以下部件连接至I/O接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括接收业务处理请求；根据所述业务处理请求指示的一个或多个参数从插件管理中心获取一个或多个用于进行业务处理的插件；根据所述一个或多个参数，确定待调用的一个或多个用于进行业务处理的业务类；按照预设顺序调用所述业务类及所述插件，以对所述业务处理请求直至的待处理业务进行处理。

根据本发明实施例的技术方案，由于将工作流引擎系统划分为插件管理中心、引擎控制中心、业务调度器进行部署，且仅将业务调度器与业务系统部署在一起，实现了工作流引擎与业务系统的高度解耦，使得工作流引擎具有高扩展性；通过插件管理中心单独注册管理实现了插件的热更新，避免了工作流引擎更新对业务系统的正常运行造成的不利影响。

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

Claims (14)

1.一种工作流引擎系统，其特征在于，包括：插件管理中心、引擎控制中心、业务调度器；其中，

所述插件管理中心，用于管理一个或多个用于进行业务处理的插件；

所述引擎控制中心，用于接收业务处理请求，根据所述业务处理请求指示的一个或多个参数从所述插件管理中心获取一个或多个插件，并在获取到所述插件之后，远程调用所述业务调度器；

所述业务调度器，用于确定待调用的一个或多个用于进行业务处理的业务类，并按照预设顺序调用所述业务类及所述插件，以对所述业务处理请求指示的待处理业务进行处理。

2.根据权利要求1所述的工作流引擎系统，其特征在于，所述插件管理中心，还用于，

在所述插件数量或所述插件版本存在更新的情况下，通过消息总线广播插件更新消息。

3.根据权利要求1所述的工作流引擎系统，其特征在于，所述引擎控制中心，还用于，

在获取到所述插件之后，将所获取的插件存储至本地缓存。

4.根据权利要求3所述的工作流引擎系统，其特征在于，所述引擎控制中心，还用于，

在根据所述业务处理请求指示的一个或多个参数从所述插件管理中心获取一个或多个插件之前，判断本地缓存中是否存在所述插件：

若存在，则直接从本地缓存中获取所述插件，若不存在，则从所述插件管理中心获取所述插件。

5.根据权利要求1所述的工作流引擎系统，其特征在于，所述按照预设顺序调用所述业务类及所述插件，以对所述业务处理请求指示的待处理业务进行处理，包括：

调用业务类的第一回调函数，对所述待处理业务进行处理；

调用所述插件的处理函数，继续对所述待处理业务进行处理；

调用业务类的第二回调函数，以完成对所述待处理业务的处理。

6.根据权利要求1所述的工作流引擎系统，其特征在于，

使用kubernetes部署所述工作流引擎系统。

7.一种业务处理方法，其特征在于，应用于工作流引擎系统，包括：

接收业务处理请求；

根据所述业务处理请求指示的一个或多个参数从插件管理中心获取一个或多个用于进行业务处理的插件；

根据所述一个或多个参数，确定待调用的一个或多个用于进行业务处理的业务类；

按照预设顺序调用所述业务类及所述插件，以对所述业务处理请求直至的待处理业务进行处理。

8.根据权利要求7所述的业务处理方法，其特征在于，

在所述插件数量或所述插件版本存在更新的情况下，通过消息总线广播插件更新消息。

9.根据权利要求7所述的业务处理方法，其特征在于，

在从所述插件管理中心获取到所述插件之后，将所获取的插件存储至本地缓存。

10.根据权利要求9所述的业务处理方法，其特征在于，

在根据所述业务处理请求指示的一个或多个参数从插件管理中心获取一个或多个插件之前，判断本地缓存中是否存在所述插件：

若存在，则直接从本地缓存中获取所述插件，若不存在，则从所述插件管理中心获取所述插件。

11.根据权利要求7所述的业务处理方法，其特征在于，所述按照预设顺序调用所述业务类及所述插件，以对所述业务处理请求直至的待处理业务进行处理，包括：

调用业务类的第一回调函数，对所述待处理业务进行处理；

调用所述插件的处理函数，继续对所述待处理业务进行处理；

调用业务类的第二回调函数，以完成对所述待处理业务的处理。

12.根据权利要求7所述的业务处理方法，其特征在于，

使用kubernetes部署所述工作流引擎系统。

13.一种用于业务处理的电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行时，所述一个或多个处理器实现如权利要求7-12中任一所述的方法。

14.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求7-12中任一所述的方法。

Images