Web services Camel与BPEL的区别

SOA概念很容易理解，但我对企业服务集成架构和技术（如BPEL和ApacheCamel）一点也不熟悉

我知道BPEL有助于协调服务，Camel是企业集成模式的实现。我目前正在阅读著名的《企业集成模式》一书

但对我来说，EIP和编排之间的界限似乎很窄。在我看来，Camel也以自己的方式编排服务。此外，Camel提供了大量连接器，因此可以轻松使用不同的协议

Camel比BPEL好吗？
或者，是否有可能使用BPEL完成骆驼无法完成的事情？
哪些？

---

关于我所读到的内容，似乎Camel比BPEL更好地编排REST服务：这是真的吗？

BPEL更像是bpm和服务编排实现的语言/标准。它有点像苹果和梨，因为camel是一个集成引擎实现。您可能希望更多地了解bpel（或bpmn）以实现高级业务自动化（如输入具有多个系统、长时间运行的流程和业务逻辑的采购流）。在Camel中，您通常处理更多的技术方面，例如路由和有线协议转换。通常以一种相当无状态的方式

---

当然，在这两者之间也有一些东西——比如在同质协议之间路由，任何解决方案都可以做到这一点。例如您的rest示例。还要注意，Camel可以与编排工程师（如activti和apacheode）一起运行。

在我以前的工作中，我们已经多次尝试回答这个问题。我们的产品是TIBCO BusinessWorks（类似于Apache Camel）和TIBCO iProcess（类似于Apache ServiceMix）

我们得出了一个简单的结论：

• 如果您的流程是长期的（您通常需要暂停并等待经理批准），那么您需要BPEL
• 如果您的流程比较短期，并且没有人参与，那么您需要集成（Camel）

这并不总是适用的，这两个世界没有很强的界限，但你可以简化它。还有一个注意事项——您可以使用集成产品执行类似BPEL的流程，反之亦然。这只是一个方法问题。但是，如果你坚持这些规则，你应该能够区分这两个。还有很多方面，但我认为这是最重要的一个