2009-09-28 2 views
5

Я оценил несколько технологий очереди сообщений с открытым исходным кодом, такие как RabbitMQ, ActiveMQ, OpenAMQ и т. Д. Мой вопрос в том, какие выгоды могут получить благодаря использованию коммерческих технологий, таких как Tibco EMS, WebSphereMQ, Sonic и т. Д. Вместо чего-то вроде Active или Rabbit? PHP будет основным языком, хотя Java-системы также будут взаимодействовать.Преимущества коммерческого обмена сообщениями Middleware vs Open Source

ответ

13

Я бы сказал, что преимуществ мало и далеко. Вы действительно должны быть уверены, что коммерческая система для вас, прежде чем инвестировать, поскольку, скорее всего, не вернется.

Некоторые из этих вещей настолько эзотерический, так склонен к вендору, так проклятому тяжеловесу, что вы будете чувствовать себя как у вас есть горилла на спине, а не только обезьяны;)

4

Есть отличные сообщества вокруг таких проектов, как RabbitMQ (например, посмотрите список рассылки). Кроме того, если стоимость является проблемой, очевидно, что с открытым исходным кодом выигрывает.

+1

+1 RabbitMQ - поистине превосходная часть программного обеспечения, очень рекомендуется. –

+1

«Рассмотрим ActiveMQ, например, как Progress Software, так и SpringSource предлагают соглашения о поддержке для ActiveMQ» - если поддержка программного обеспечения с открытым исходным кодом в конечном итоге становится такой же стоимостью, то почему бы не коммерческий продукт, основанный на поставщиках? – hB0

5

Этих коммерческих технологии хороши, но инвестиции в них могут быть крутыми. При принятии решения необходимо учитывать как годовые затраты на лицензию, так и текущие расходы на поддержку. Что касается блокировки поставщика, в коммерческом мире есть только один поставщик, предлагающий поддержку для данного продукта. В мире с открытым исходным кодом обычно существует поддержка нескольких поставщиков. Например, рассмотрите ActiveMQ. Оба Progress Software и SpringSource предлагают соглашения о поддержке для ActiveMQ, а также некоторых других.

Кроме того, в коммерческом мире вы никогда не узнаете исходный код самостоятельно. Для такого продукта, как ActiveMQ, любой может захватить исходный код. Это довольно эффективно, потому что это означает, что вы можете добавлять функции и т. Д. И, возможно, добавить их в продукт.

ActiveMQ имеет отличное сообщество и очень широко используется. ActiveMQ предоставляет клиентские API для многих языков, включая C/C++, Java, .NET, Perl, PHP, Python, Ruby и многое другое.

Брюс

3

Я думаю, что это всегда лучше, чтобы тщательно изучить ваши требования, прежде чем выбрать систему обмена сообщениями:

  • Не все коммерческие поставщики будут поддерживать PHP, например. ActiveMQ и RabbitMQ.
  • Не все системы обмена сообщениями могут поддерживать очень большие размеры очереди - хотя ActiveMQ делает
  • Не все системы обмена сообщениями выживают после жесткой остановки брокера без потери сообщений. ActiveMQ будет - без использования транзакций.

И если вы собираетесь использовать с открытым исходным кодом - всегда смотреть на сообщество - ActiveMQ является наиболее активным сообществом любого открытого поставщика исходного сообщения - и это также Apache - это означает разнообразие и не полагаться на какого-либо одного разработчика или поставщика для доставки.

4

Самая большая разница, которую я нашел - это оперативная поддержка и управление. Коммерческие поставщики обычно предоставляют более эффективные инструменты для оперативного/вспомогательного персонала для повторной отправки, редактирования сообщений и т. Д.

Это часто является слабым местом предложений с открытым исходным кодом, которые, если исправляться, должны вызвать серьезную нехватку сна для коммерческих поставщиков.

1

Если вы используете коммерческие продукты, он поставляется со всем (только мы имеем использовать), но все продукты с открытым исходным кодом будет иметь основные функции, но до сих пор мы можем реализовать коммерческие характеристики продукта (включает в себя много развития)

Смежные вопросы