我一直在评估几种开源消息队列技术,如RabbitMQ、ActiveMQ、OpenAMQ等。我的问题是,使用商业技术(如Tibco EMS、WebSphereMQ、Sonic等)而不是Active或Rabbit会带来什么好处?PHP将是主要的相关语言,尽管Java系统也将进行交互。
oprakyz71#
我认为这样做的好处是少之又少。在投资之前,你真的需要确定一个商业系统适合你,因为很可能没有回头路。有些东西太深奥了,很容易被供应商锁定,太他妈的重量级了,你会觉得你背上有一只大猩猩,而不仅仅是一只猴子;)
myzjeezk2#
这些商业技术很好,但是投资可能会很高。在做决定时,必须考虑每年的许可证成本和持续的支持成本。就供应商锁定而言,在商业世界中,只有一个供应商为给定的产品提供支持。在开源世界中,通常会有不止一个供应商提供支持。以ActiveMQ为例。Progress Software和SpringSource都为ActiveMQ以及其他一些供应商提供支持协议。而且,在商业领域,你永远都不会亲自查看源代码。对于像ActiveMQ这样的产品,任何人都可以获取源代码。这是非常强大的,因为这意味着你可以添加特性等,并很可能将它们添加到产品中。ActiveMQ有一个很棒的社区,部署非常广泛。ActiveMQ为许多语言提供客户端API,包括C/C++,Java,.NET,Perl,PHP,Python,Ruby等。
vwhgwdsa3#
在RabbitMQ这样的项目周围有很多很棒的社区(例如,查看邮件列表)。
rryofs0p4#
我发现最大的不同是操作支持和管理。商业供应商通常为操作/支持人员提供更好的工具来重新提交,编辑消息等。这通常是开源产品的一个弱点,如果加以纠正,应该会导致商业供应商严重缺乏睡眠。
wko9yo5t5#
我认为在选择消息传递系统之前,最好彻底检查您的需求:
如果您打算使用开源-请始终关注社区- ActiveMQ是所有开源消息供应商中最活跃的社区-它也是Apache -这意味着多样性,并且不依赖于任何单个开发人员或供应商来交付。
busg9geu6#
如果你使用商业产品,它会提供一切(只是我们必须使用),但所有的开源产品将有基本的功能,但我们仍然可以实现商业产品的功能(涉及大量的开发)
6条答案
按热度按时间oprakyz71#
我认为这样做的好处是少之又少。在投资之前,你真的需要确定一个商业系统适合你,因为很可能没有回头路。
有些东西太深奥了,很容易被供应商锁定,太他妈的重量级了,你会觉得你背上有一只大猩猩,而不仅仅是一只猴子;)
myzjeezk2#
这些商业技术很好,但是投资可能会很高。在做决定时,必须考虑每年的许可证成本和持续的支持成本。就供应商锁定而言,在商业世界中,只有一个供应商为给定的产品提供支持。在开源世界中,通常会有不止一个供应商提供支持。以ActiveMQ为例。Progress Software和SpringSource都为ActiveMQ以及其他一些供应商提供支持协议。
而且,在商业领域,你永远都不会亲自查看源代码。对于像ActiveMQ这样的产品,任何人都可以获取源代码。这是非常强大的,因为这意味着你可以添加特性等,并很可能将它们添加到产品中。
ActiveMQ有一个很棒的社区,部署非常广泛。ActiveMQ为许多语言提供客户端API,包括C/C++,Java,.NET,Perl,PHP,Python,Ruby等。
vwhgwdsa3#
在RabbitMQ这样的项目周围有很多很棒的社区(例如,查看邮件列表)。
rryofs0p4#
我发现最大的不同是操作支持和管理。商业供应商通常为操作/支持人员提供更好的工具来重新提交,编辑消息等。
这通常是开源产品的一个弱点,如果加以纠正,应该会导致商业供应商严重缺乏睡眠。
wko9yo5t5#
我认为在选择消息传递系统之前,最好彻底检查您的需求:
如果您打算使用开源-请始终关注社区- ActiveMQ是所有开源消息供应商中最活跃的社区-它也是Apache -这意味着多样性,并且不依赖于任何单个开发人员或供应商来交付。
busg9geu6#
如果你使用商业产品,它会提供一切(只是我们必须使用),但所有的开源产品将有基本的功能,但我们仍然可以实现商业产品的功能(涉及大量的开发)