我已经评估几个开放源代码信息队列技术,例如RabbitMQ,说,OpenAMQ,等等。我的问题是,有什么好处都获得了通过利用商业技术,例如决EMS,WebSphereMQ,声波等。而不是像活性或兔子?PHP会的主要语言,所涉及的,虽然Java系统将相互作用。

有帮助吗?

解决方案

我想说的好处是少之又少。你真的需要,以确保商业系统是你,你投资之前,因为有可能是没有回头路。

一些这些东西是那么深奥,所以容易出现供应商锁定,让该死的重量级,你会觉得你有你的背部大猩猩,而不是一只猴子;)

其他提示

这些商业技术都不错,但在他们的投资可以陡峭。这两个年度许可费用和持续支持成本必须进行决策时予以考虑。由于作为供应商锁定远远,在商业世界里只有一个供应商提供一个给定的产品支持。在开源世界中,通常是多个供应商提供支持。考虑的ActiveMQ例如。无论Progress软件和ActiveMQ的,以及一些其他的SpringSource提供支持协议。

此外,在商业世界里,你永远不会让自己看起来的源代码。对于像ActiveMQ的产品,任何人都可以抢的源代码。这是非常强大的,因为这意味着你可以添加功能等,很可能让他们加入到产品中。

ActiveMQ的有一个伟大的社会和非常广泛部署。 ActiveMQ的提供客户端API为许多语言,包括C / C ++,JAVA,.NET,Perl和PHP,Python,Ruby和更多。

布鲁斯

有周围像RabbitMQ的项目大社区(检查出例如邮件列表)。此外,如果成本是一个问题,显然开源是一个双赢那里。

我已发现最大的区别是操作支持和管理。商业供应商通常是OPS /支持人员重新提交,编辑信息等提供更好的工具。

这是经常开源产品,其中,如果整流,应引起一些严重的睡眠不足的商业供应商的一个弱点。

我认为这是最好的彻底审查你的要求之前选择一个通讯系统:

  • 不是所有的商业供应商将支持PHP的例子。说和RabbitMQ会。
  • 不是所有的通讯系统可以支助非常大的队列大小,虽然说不会
  • 不是所有的通讯系统生存下来一个硬的经纪人停止没有丢失的消息说,会-你有没有使用的交易。

如果你要使用开放源码-看起来总是在社区来说是最活跃的社区的任何公开来源信息的供应商,它也Apache-这意味着多样性和不依赖于任何单一的开发商或供应商为传送。

  

如果您使用的商业产品它配备了一切(只是我们有   使用),但所有开源产品将具备基本的功能,但   我们仍然可以实现商业化的产品特性(包括很多   发展)

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top