我们使用 Apache ActiveMQ 和 Camel 产品已经有一段时间了，但我们想看看一个好的基础 ESB。我一直在阅读有关 Fuse 的 Redhat 站点，但无法找到关于 Fuse 和 Apache 对编码人员的显着差异的一个很好的总结。
从设计人员/开发人员的角度来看，Fuse 与我们一直使用的 Apache Camel 和 ActiveMQ 之间的显着区别是什么？我得到了可爱的概述资料、FuseIDE 和 ESB 管理工具。但我真的只想知道代码级别的差异，即它是否引入了更有用的 Camel 端点？是否有其他真正有用的东西库可以让我作为设计师/编码员的生活更轻松？有什么需要注意的陷阱吗？
我只需要一些提示来帮助我进行搜索，而不是大部头。或者更好的是快速链接到涵盖所有这些的文档（永远充满希望：o）！）我有很短的时间来形成一个继续前进的观点，否则机会就会过去。
谢谢。
SK
【问题讨论】：
标签： apache-camel fuseesb
在代码级别上，差异非常小，如果有的话。
您从商业 RedHat 软件包中获得的是支持，这是一个经过测试的软件包和运营优势（您提到的）。
这一切都与编写代码后发生的事情有关 - 当您将您的东西投入生产并且编码器还没有处理事件时。
【讨论】：
Apache ActiveMQ 和 Camel 是开源项目。 Redhat fuse 将它们和可能的许多其他组件捆绑到一个包中，因此它可以用作一个 ESB 包。我认为最大的不同是您可以获得的支持。您可以获得对您的组织尚未制作的内容的支持。在我看来，该软件包附带的工具确实有助于开发和维护。
【讨论】：
在代码级别有“没有”区别。这个过程是我们在 Apache 项目上开发，并将代码更改同步到 Red Hat / Fuse git repos。在那里，我们挑选了我们想要进入分支的更改，以保持产品稳定。如果我们的客户需要/等（例如，你可以影响它），也可以对旧分支进行反向移植修复
与来自 Apache 的社区支持相比，Red Hat 产品的支持时间也更长。您可以在这里找到有保证的生命周期：https://access.redhat.com/support/policy/updates/jboss_notes/
Fuse / JBoss Fuse 产品中只有几个额外的 Camel 组件，它是开源项目 Fuse Fabric (http://fuse.fusesource.org/fabric/) 的一部分，它是 JBoss Fuse 产品的一部分。 Fuse Fabric 正在捐赠给 Apache ServiceMix，因此它也可以使该社区受益，从而使 ServiceMix 也可以开箱即用地捆绑 Fabric。 Fabric 有一些 Camel 组件，允许将消息发送到任何在集群环境/云环境中自动进行负载平衡的 Camel 端点。并且还有一个Camel组件用于选择master，并且只在master节点上运行路由，如果master死了，那么另一个节点会接管。
我也认为此举是开源的一个见证 Fuse 团队拥有并将继续拥有的意愿。我们尽可能做 在开幕式上。例如新项目 - hawtio (http://hawt.io/) 也是完全开源的，ASL 许可，github 项目，任何人都可以贡献/fork 等。
JBoss Fuse 产品允许在生产中自行修补。因此，如果您需要尽快修补程序，我们可以提供一个 .zip 文件的修补程序，可以使用产品中的内置修补程序工具对其进行修补。这在 Apache 中是不可能的。
更多材料的一些链接（来自我们的旧网站和 jboss 社区网站）
披露：我为 Fusesource / Red Hat 工作。
【讨论】：