apache-camel - 你什么时候会使用企业服务总线和像 Apache Camel 这样的集成框架？

Question

我试图通过阅读这篇文章来确定何时使用 Apache Camel 是合适的和不合适的 -- https://dzone.com/articles/when-use-apache-camel .文章提到的是，当服务数量较少时，使用像 Camel 这样的集成框架可能有点大材小用，这是有道理的。但是我被这句话搞糊涂了

Although FuseSource offers commercial support, I would not use Apache Camel for very large integration projects. An ESB is the right tool for this job in most cases. It offers many additional features such as BPM or BAM. Of course, you could also use several single frameworks or products and „create“ your own ESB, but this is a waste of time and money (in my opinion).

这是因为集成框架缺少 ESB 提供的组件吗？如果有，它们是什么？

Answer 1

在功能层面，Apache Camel 可以完成所有其他 ESB 所做的一切，并且是几乎所有集成工作的不错选择。它为您能想到的每种传输提供连接器( Camel 语中的组件)，处理集群，可以提供 JMS 代理以及您需要集成的任何其他内容。

它没有其他工具(Tibco、webMethods、Boomi 等)那么漂亮的 UI 和 IDE，这是一个很大的优势。如果您使用 Camel，开发人员实际上可能会编写单元测试 :) 当然，我是在开玩笑，集成开发人员从不编写单元测试。

就“重量”而言，Camel 本身并没有太臃肿。它可以用作独立的运行时，或者您可以简单地将集成功能用作另一个应用程序中的库。它大量使用 spring 并且可以运行大量线程，因此需要合理数量的内存(~512Mb JVM 堆将是下限)但并不难使用。它不会打你的。

JBoss Fuse 是成熟的 Red Hat 支持的企业 ESB。它基于 Camel，但使用 apache karaf 作为 OSGi 容器的运行时。这是重量级的，但为您提供了非常强大的 ESB 运行时、部署模型和管理界面，您可以从 Red Hat 购买对 Fuse 和 ActiveMQ 的商业支持。这是更传统的“ESB”平台，但在深处，所有集成功能都来自 Camel。