2013-04-22 63 views
2

我们一直在使用Apache ActiveMQ和Camel产品一段时间,但想看看一个好的基础ESB。我一直在阅读关于Fuse的Redhat站点,但一直无法找到Fuse和Apache之间编码器之间显着差异的良好总结。Apache产品和Redhat Fuse之间的发展差异是什么?

从一个设计师/开发者的角度有哪些保险丝和Apache的骆驼和ActiveMQ的之间的差异显著,我们一直在使用?我得到了可爱的概述,FuseIDE和ESB管理工具。但我真的只想知道代码级别的差异,即它是否引入了更有用的骆驼端点?有没有额外的真正有用的东西库,会让我的设计师/编码人员的生活变得更轻松?有什么缺陷需要注意?

我只是需要一些指针,以帮助我在我的搜索,不是大部头。或者更好的还是一个快速链接到一个能够解决所有这些问题的文档(永远充满希望:o)!)我有很短的时间来形成一个前进的观点,或者有机会通过我。

谢谢。

SK

回答

5

在代码层上有“无”的差别。这个过程是我们在Apache项目上开发的,并将代码更改同步到Red Hat/Fuse git repos。在那里我们选择我们想要进入分支机构的变化,以保持产品稳定。以及反向移植修复了老枝上,如果我们的客户需要的是在/ etc(例如,您可以影响该)

来自Red Hat的产品也支持比从Apache社区支持更长的时间跨度。有一个存在保证一辈子,你可以在这里找到:从保险丝/ JBoss的保险丝产品https://access.redhat.com/support/policy/updates/jboss_notes/

只有一些额外的骆驼组成部分,这是开源项目保险丝织物(http://fuse.fusesource.org/fabric/)这是JBoss的一部分的一部分保险丝产品。 Fuse Fabric正在捐赠给Apache ServiceMix,因此它也可以使该社区受益,从而允许ServiceMix将Fabric从开箱即用。 Fabric有几个Camel组件,允许将消息发送到在集群环境/云环境中自动进行负载平衡的任何Camel端点。另外还有一个Camel组件用于选择主节点,并且只在主节点上运行路由,如果主节点死了,则另一个节点接管。

我也认为这一举动证明了Fuse团队的开放源码 的意愿。我们尽可能地在开幕式上做了 。例如,新项目 - hawtio(http://hawt.io/) 也完全开源,ASL许可证,github上的项目,任何人都可以贡献/叉等

和JBoss保险丝产品允许修补自身的生产。因此,如果您尽快需要修补程序,我们可以提供修补程序作为.zip文件,该文件可以使用产品中的内置修补程序工具进行修补。这在Apache中是不可能的。

进一步材料几个环节(从我们的旧网站和JBoss社区网站)

披露:我的工作对于Fusesource/Red Hat。

+0

很酷谢谢你。 – 2013-04-23 23:55:53

1

在代码级别上,差异非常小(如果有的话)。

您从commersial RedHat的包得到什么支持,经过测试包和运营效益(你提到)。

这就是代码生成后发生的事情 - 当你把东西放到生产环境中时,编码器还没有处理事件。

+0

谢谢。这几乎证实了我正在得到的印象。我将与Redhat谈谈在新西兰的支持。 – 2013-04-22 17:28:08

1

的Apache ActiveMQ的和骆驼是开源项目。 Redhat保险丝将它们和可能的许多其他组件捆绑到一个封装中,因此它可以用作一个ESB封装。我认为最大的区别是你可以得到的支持。您可以获得对您的组织尚未制作的内容的支持。在我看来,包装附带的工具在开发和维护期间确实有帮助。

+0

谢谢, ESB门户网站和IDE扩展中提到的工具是什么? – 2013-04-22 17:29:22

+0

是的,我知道的一些工具是用于监视和安装软件包的IDE和web gui。 – techuser 2013-04-22 19:35:49

相关问题