Camunda 和 BPEL(业务流程表达语言)有什么区别,我们在哪里使用 Camunda,在哪里使用 BPEL,哪个更好?
我发现了这个BPEL 在 SOA 时代很流行,用于全自动化流程中的服务编排。 BPEL 可以由 BPEL 引擎执行。有不同的产品提供此功能。
早期能够映射 BPMN 1.0(仅符号,无模型)的计划大多失败了。这是 BPMN 2.0 的动机之一,它还标准化了模型,而不仅仅是符号。由于其面向块且缺乏对人工任务的支持,BPEL 并未涵盖所有 BPM/工作流需求。我想说 BPEL 即使还没有消亡,也正在消亡。今天我不会花时间在这上面。当然,这是个人的、有偏见的观点。
另一方面,
BPMN 2.0是一个成熟的 OMG 标准,自 2014 年以来一直稳定,适用于各种流程管理和自动化需求,并且得到了广泛且不断增长的采用。
Camunda 提供流程引擎产品,基于 BPMN 2.0 标准解释和执行流程模型。还有其他产品也使用此建模标准。超出标准的流程自动化的引擎特定属性可能因供应商而异。这取决于供应商执行该标准的程度。例如参见另一方面,BPEL 包含流程活动/任务建模和数据建模功能,因此它可以“执行”。 (WSDL 允许对数据进行建模)
Camunda 另一方面是一个试图遵守 BPMN 标准的流程编排框架。但这很难,因为 BPMN 默认情况下不允许您对数据进行建模。