JBPM集群框架介绍

前面介绍了jBPM的基本安装，基本操作，和基本调用。接下来将和大家一起来看看jBPM的集群功能。

在企业的生成环境应用环境中，需要考虑以下几个问题。

如何扩展。
如何确保应用程序的安全。
如何满足可用性要求。
如何将新的更改合并到系统中。
系统如何在运行时处理错误

jBPM的高可用性可以从以下几个方面入手：

1）VFS，存放项目工程源码的位置，是用git的技术实现的。

2）应用服务器的集群，是用wildfly来实现。

3）数据库的集群。依赖于不同类型数据库的支持能力。

先来看看vfs的框架：

VFS存储库(通常是GIT存储库)存储所有资产(如规则、决策表、过程定义、表单等)。如果VFS位于每个本地服务器上，则它必须在群集所有服务器之间保持同步。

使用Apache ZooKeeper和Apache Helix来完成此操作。管理进程将所有部件粘合在一起。Helix是注册所有集群详细信息(节点、资源和集群本身)的集群管理组件。Uberfire(构建Business Central的基础)使用这两个组件来提供VFS集群。

具体的操作可查看ZooKeeper和Helix的官方文档。

再看看jBPM runtime（即应用服务器的集群）：

具体的操作可看wildfly的domain集成配置。

网上有一篇关于集群的实际配置例子：

https://mswiderski.blogspot.com/2013/06/clustering-in-jbpm-v6.html

虽然比较老了，但还是有参考意义。后续我会提供一个基于最新版本的集群例子。

在数据库层面目前还没有比较好的解决方案，依赖于数据产品本身的支持；期待后续的jbpm能否支持monggo或hadoop之类的大数据数据库。

总的来说，JBPM的集群分三部分：
一是asset的集群，也就是项目源码仓库
二是应用逻辑的集群
三是数据库的集群

更多交流可以在QQ搜索 jBPM7中国交流 或群号 943620696 加入交流