Mule 将代码从BPM移动到ESB

我们有一个使用BPM管理长时间运行的流程的应用程序。 我们不想再使用这个产品了，我们正在考虑将它迁移到ESB（即Mule）

我的观点是，复杂且长期运行的流程不属于ESB。此外，它还需要管理状态，我认为ESB不应该这样做。ESB设计用于处理高容量、短寿命、实时类型的消息？我这样说对吗

有人同意/不同意这一点吗？最好的解决方案是什么？ 例如，是否应将BPM代码重写为java应用程序，并在其背后使用数据库来管理状态，并使用Mule中的quartz来处理周期性任务，以替换BPM应用程序中使用的计时器

我很想听到尽可能多的意见。

---

非常感谢。

我想在您的情况下，如果满足以下3个特征，您可以使用ESB：

BPM解决方案用于极低级别消息传递（EAI）

对于业务用户来说，并没有太多的数据插装，例如通过BAM模块来表示KPI和实施SLA

没有人工交互，例如通过表单、工作流和批准

您可以使用ESB跨系统移动消息。如果需要捕获和跟踪状态，可能需要使用数据库来保持同步。您还可以通过队列系统（如JMS）实施某种级别的事务支持

你可能需要有一个好主意如何移动东西。一个好主意是用薄层覆盖BPM，然后在不中断用户体验的情况下替换它

---

我希望这有帮助。披露：我是一家BPM公司Intalio的首席架构师。

我想我在这里参加聚会有点晚了：），但我会为那些来这里寻找答案的人写信

这就是Ross Mason对ESB BPM讨论的看法

Mule 3通过Flow提供了强大的编排功能，这是 非常适合短期交易，目标是最大化 吞吐量和可伸缩性。对于其他用例，如长时间运行 事务，Mule支持商业和开源BPM 产品（如jBPM、Activiti、BonitaSoft BPM等）

因此，ESB和BPM是互补的解决方案，而不是相互替代

总之，我想你的观察是正确的