Activiti中具有单独数据库模式的多租户

我们过去听到的一项功能请求是以多租户方式运行Activiti引擎，使租户的数据与其他租户的数据隔离。 当然，在某些云/ SaaS环境中，这是必须的。

几个月前，波恩大学的学生拉斐尔·吉伦（Raphael Gielen）与我接触，他正在撰写有关Activiti中多租户的硕士论文。 几周前，我们在一个共同工作的咖啡馆聚会，反弹想法，并为租户一起破解了具有数据库模式隔离的第一个原型。 很有趣 ：-）。

无论如何，我们一直在完善和完善该代码，并将其提交给Activiti代码库。 让我们在下面的前两个部分中了解使用Activiti进行多租户的现有方法。 在第三部分中，我们将深入研究新的多租户多模式功能，其中包含一些实际工作的代码示例！

共享数据库多租户

Activiti已经有多租户功能了一段时间（自版本5.15起）。 所采用的方法是共享数据库 ：拥有一个（或多个）Activiti引擎，并且它们都进入同一个数据库。 数据库表中的每个条目都有一个租户标识符 ，最好将其理解为该数据的一种标记。 然后，Activiti引擎和API会读取并使用该租户标识符在租户的上下文中执行其各种操作。

例如，如下图所示，两个不同的租户可以具有使用相同密钥的流程定义。 引擎和API确保没有数据混合。

这种方法的好处是部署简单，因为与设置“常规” Activiti引擎没有区别。 缺点是您必须记住使用正确的API调用（即那些考虑了租户标识符的调用）。 而且，它与任何具有共享资源的系统都存在相同的问题：租户之间总是存在对资源的竞争。 在大多数用例中，这很好，但是有些用例不能以这种方式完成，例如为某些租户提供更多或更少的系统资源。

多引擎多租户

自Activiti的第一个版本以来，另一种可能的方法是为每个租户简单地拥有一个引擎实例：

在此设置中，每个租户可以具有不同的资源配置，甚至可以在不同的物理服务器上运行。 当然，此图中的每个引擎可以是多个引擎，以提高性能/故障转移/等等。 现在的好处是，资源是为租户量身定制的。 缺点是设置