[发明专利]基于微服务的业务流程管理系统的部署方法及系统

权利要求书

1.一种基于微服务的业务流程管理系统的部署方法，其特征在于，包括：

基于微服务拆分技术将现有的单体式架构业务流程管理系统拆分为主引擎模块、任务推送模块和转历史模块，其中，现有的业务流程管理系统包括原始引擎，原始引擎实现了业务流程管理系统的全部功能，所述主引擎模块为从原始引擎中剥离了任务推送引擎和转历史引擎后的功能引擎的集合；基于微服务拆分技术在现有的业务流程管理系统的单体式架构中将任务推送模块和转历史模块拆分出来以实现故障隔离；

分别将所述主引擎模块、所述任务推送模块和所述转历史模块部署在相应的Docker容器中，并通过CGroups对各个所述Docker容器所占用的资源进行动态分配，其中，Docker容器之间不会有任何接口，数据相互隔离，以实现物理资源的弹性分配和快速销毁回收；

在注册中心写入所述主引擎模块、所述任务推送模块和所述转历史模块的服务名和地址，使所述主引擎模块、所述任务推送模块和所述转历史模块通过所述注册中心进行通信；

所述业务流程管理系统对外部应用程序编程接口的调用，以及所述业务流程管理系统中所述主引擎、所述任务推送引擎和所述转历史引擎之间的调用都通过RESTFul。

2.根据权利要求1所述的方法，其特征在于，所述基于微服务拆分技术将业务流程管理系统拆分为主引擎模块、任务推送模块和转历史模块，包括：

将所述业务流程管理系统中的引擎拆分为主引擎、任务推送引擎和转历史引擎；

分别从所述业务流程管理系统中抽取所述主引擎、所述任务推送引擎和所述转历史引擎依赖的其他服务；

在所述业务流程管理系统的整体配置文件中分别提取所述任务推送引擎的配置文件和所述转历史引擎的配置文件；

分别将所述主引擎、所述任务推送引擎和所述转历史引擎的启动过程重建在中间件服务器中，并分别将所述任务推送引擎和所述转历史引擎依赖的其他服务并加入相应的启动过程中；

分别对所述任务推送引擎和所述转历史引擎的配置文件进行加载、解析和应用。

3.根据权利要求2所述的方法，其特征在于，所述在所述业务流程管理系统的整体配置文件中分别提取所述任务推送引擎的配置文件和所述转历史引擎的配置文件，包括：

在所述业务流程管理系统中的后台整体配置文件中分别提取所述任务推送引擎的后台配置文件和所述转历史引擎的后台配置文件；

在所述业务流程管理系统中的前台整体配置文件中分别提取所述任务推送引擎的前台配置文件和所述转历史引擎的前台配置文件。

4.根据权利要求1所述的方法，其特征在于，所述主引擎模块、所述任务推送模块和所述转历史模块分别与所述注册中心保持长连接，所述方法还包括：

当监测到所述主引擎模块、所述任务推送模块和所述转历史模块中任一一个模块的地址更新时，对所述注册中心中记录的相应模块的地址进行更新。

5.一种基于微服务的业务流程管理系统的部署系统，其特征在于，包括：

微服务拆分单元，用于基于微服务拆分技术将现有的单体式架构业务流程管理系统拆分为主引擎模块、任务推送模块和转历史模块，其中，现有的业务流程管理系统包括原始引擎，原始引擎实现了业务流程管理系统的全部功能，所述主引擎模块为从原始引擎中剥离了任务推送引擎和转历史引擎后的功能引擎的集合；基于微服务拆分技术在现有的业务流程管理系统的单体式架构中将任务推送模块和转历史模块拆分出来以实现故障隔离；

部署单元，用于分别将所述主引擎模块、所述任务推送模块和所述转历史模块部署在相应的Docker容器中，并通过CGroups对各个所述Docker容器所占用的资源进行动态分配，其中，Docker容器之间不会有任何接口，数据相互隔离，以实现物理资源的弹性分配和快速销毁回收；

地址写入单元，用于在注册中心写入所述主引擎模块、所述任务推送模块和所述转历史模块的服务名和地址，使所述主引擎模块、所述任务推送模块和所述转历史模块通过所述注册中心进行通信；

其中，所述业务流程管理系统对外部应用程序编程接口的调用，以及所述业务流程管理系统中所述主引擎、所述任务推送引擎和所述转历史引擎之间的调用都通过RESTFul。