Camunda：高性能动态多租户应用程序的体系结构和决策

Question

我负责为我的公司建立一个复杂的系统，经过一些研究，决定卡门达符合我的大部分要求。但是我的一些需求并不常见，在阅读了用户指南后，我意识到有很多方法可以做同样的事情，所以我希望这个问题可以澄清我的想法，也可以作为其他人寻找构建类似东西的基础问题。

首先，我计划在Camunda BPM之上构建一个特定的应用程序。它将使用工作流和BPM，但不一定使用BPM/Camunda提供的所有东西。这意味着我不打算使用大部分与Camunda捆绑的web应用程序（任务、Modeler...），至少不是针对最终用户的。为了让事情变得更加复杂，它必须支持多个租户...动态地。

因此，我将尝试指定我的所有需求，然后希望有比我更有经验的人能够解释哪一个是最好的架构/解决方案来实现这一工作。

开始了：

• 构建在Camunda BPM之上的单个应用程序
• 高性能
• 工作负载（几个月后新增10k个流程实例/天）。
• 用户（从1K开始，预计为~50K)。
• 多个租户（以10开始，预计为~1k)
• 动态管理的租户（创建、部署流程定义）
• 它将部署在群集上
• PostgreSQL
• Wildfly 8.1最好

null

null

我不排除在我的应用程序中只使用一个租户、一个流程引擎并逻辑地处理与租户相关的一切，但我明白这可能非常（非常！）笨重。

欢迎所有的答案，希望我们能找到一个解决这个问题的好方法。

Answer 1

1.我应该让camunda管理我的用户/组，还是在我的应用程序上更好地管理？在这种情况下，我是否可以对Camunda说“用户X完成了任务Y”，即使Camunda并不知道用户X的存在？

是的，你可以选择你的应用程序来管理用户，并告诉Camunda任务是由Camunda不知道的用户完成的。同样，你可以让Camunda把任务分配给它根本不知道的用户。这是通过实现他们的org.camunda.bpm.engine.impl.identity.ReadOnlyIdentityProvider接口来实现的，并让配置了解您的实现。

PS：如果你不需要Camunda附带的所有应用程序，我甚至会建议你在你的应用程序中嵌入Camunda引擎。这可以很容易地完成，而且他们有很好的java API文档。而且很容易实现。

以我的经验，这是可能的。您需要跟踪这里的各种参数，如内存、被服务的请求数、可用的打开连接数等，然后相应地添加更多或删除节点。使用AWS，这将容易得多，因为他们已经有了一些用于动态伸缩进/出节点的工具。但也就是说，我只使用Camunda作为嵌入式引擎应用程序。