Преимущества HornetQ против ActiveMQ против Qpid - PullRequest
22 голосов
/ 12 июля 2011

Я искал программное обеспечение для обмена сообщениями с открытым исходным кодом, и после некоторых исследований я наткнулся на эти три продукта. Я взял их для предварительного тест-драйва, заставив их обрабатывать сообщения для очередей и тем, и из того, что я прочитал, все эти три продукта являются хорошим выбором для решения обмена сообщениями с открытым исходным кодом для большинства компаний. Мне было интересно, какие преимущества эти продукты могут иметь друг над другом? Что меня особенно интересует, так это пропускная способность обмена сообщениями, включая постоянную пропускную способность обмена сообщениями, безопасность, масштабируемость, надежность, поддержку, возможности маршрутизации, такие параметры администрирования, как метрики и мониторинг, и, в общем, насколько хорошо каждая программа работает в большой бизнес-среде.

Ответы [ 4 ]

3 голосов
/ 12 сентября 2014

Выезд http://queues.io/

С их сайта:

Цель состоит в том, чтобы создать качественный список очередей с коллекцией статей, публикаций в блогах, слайдов и видео о них. После прочтения связанных статей у вас должно быть хорошее представление о: плюсах и минусах каждой очереди, базовом понимании того, как работает очередь, и того, чего пытается достичь каждая очередь. По сути, у вас должна быть вся необходимая информация, чтобы решить, какая очередь лучше всего соответствует вашим потребностям.

2 голосов
/ 16 сентября 2011

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

вам нужны тематические подписки? вам нужна многоадресная доставка? вам нужны динамические подписчики / слушатели? будут ли ваши слушатели запрашивать лучшие источники даже после поиска приемлемого издателя / канала?

Вам нужна гарантированная доставка? подтверждение доставки? Являетесь ли вы издателем, хранящим какие-либо недоставленные сообщения, или вам нужна система обмена сообщениями, чтобы сделать это для вас автоматически? как часто ваши данные канала устаревают - например, оповещения о пересылке по электронной почте могут храниться и пересылаться, но данные о ценах в режиме реального времени действительны только в течение короткого интервала (а затем, вероятно, должны уйти, а не вызвать путаницу)

Насколько изменчива топология вашей сети? Ваши подписчики (или издатели) ожидают жить по фиксированному адресу? или это мобильные устройства? Могут ли они показаться вам в более сложных межсетевых топологиях, требующих регистрации и возможных ограничений маршрутизации? если да, то какая частота меняется в этой топологии?

вам нужен только интерфейс Java? Кто-нибудь из ваших подписчиков должен быть интегрирован в компоненты Windows (например, каналы в Excel)?

если вас интересует только опыт сравнения аналогичных продуктов, которые вы назвали, возможно, вы уже продумали эти темы.

Что касается продуктов, по моему опыту, Tibco по-прежнему является лидером по пропускной способности и масштабируемости, особенно в среде реального времени. Следующим был бы IBM MQ, особенно в архитектуре с промежуточным хранением. с обоими этими продуктами вы получаете уровень поддержки, на котором вы можете оправдать ставку на фундаментальную часть ваших бизнес-систем. есть причина, по которой они оба существуют уже пару десятилетий.

Еще одним часто пропускаемым вариантом является смокинг - он обеспечивает не только обмен сообщениями, но и проверенную транзакционную возможность, которая не имеет аналогов. Oracle по-прежнему привержена этому продукту, и, опять же, уровень поддержки не имеет себе равных.

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

мой 2с стоит. надеюсь, это поможет.

1 голос
/ 29 октября 2013

http://x -aeon.com / шр / 2013/04/10 / а-быстро-сообщение-очереди тест-ActiveMQ-RabbitMQ-hornetq-qpid-аполлон /

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

1 голос
/ 12 сентября 2011

Во-первых, я не эксперт в этом, но, может быть, я могу дать вам несколько подсказок для мысли.

ActiveMQ и Qpid находятся под зонтиком Apache и являются очередями сообщений. Но Qpid - это реализация спецификации AMQP.

AMQP - это спецификация протокола на проводном уровне, поэтому сообщения можно обмениваться с другими очередями сообщений AMQP (например, RabbitMQ).

ActiveMQ и HornetQ - очереди, которые вы можете использовать с JMS API. Служба сообщений Java - это спецификация на уровне API.

Но у вас есть возможность доступа к Qpid через JMS API. Я думаю, что производительность - вторичная мысль. Иметь активное сообщество важнее.

...