Я просматривал программное обеспечение для обмена сообщениями с открытым исходным кодом, и после нескольких хороших исследований я столкнулся с этими тремя продуктами. Я взял их на предварительный тест-драйв, заставив их обрабатывать сообщения для очередей и тем, и из того, что я прочитал, все три из этих продуктов являются хорошим выбором для решения для обмена сообщениями с открытым исходным кодом для большинства компаний. Что мне было интересно, каковы преимущества, которые могут иметь эти продукты друг от друга? Я особенно заинтересован в пропускной способности обмена сообщениями, включая пропускную способность постоянной передачи сообщений, безопасность, масштабируемость, надежность, поддержку, возможности маршрутизации, административные параметры, такие как показатели и мониторинг, и, как правило, насколько хорошо каждая программа работает в большой бизнес-среде.
Преимущества HornetQ против ActiveMQ против Qpid
Ответ 1
Отъезд http://queues.io/
Со своего сайта:
Цель состоит в том, чтобы создать список качественных очередей с коллекцией статей, сообщений в блогах, слайдов и видеороликов о них. После прочтения связанных статей вы должны иметь хорошее представление о: плюсах и минусах каждой очереди, базовом понимании того, как работает очередь, и о том, что каждая очередь пытается достичь. В принципе, у вас должна быть вся необходимая информация, чтобы решить, какая очередь будет наилучшим образом соответствовать вашим потребностям.
Ответ 2
"обмен сообщениями" охватывает множество опций - и должно быть не менее дюжины различных типов технологий, которые могли бы быть правильным ответом, - построив много рабочих сред для обмена сообщениями, используя различные технологии/подходы, имея лучшее понимание ваши требования помогут.
вам нужны подписки на основе темы? вам нужна многоадресная доставка? вам нужны динамические подписчики/слушатели? будут ли ваши слушатели требовать лучших источников даже после поиска приемлемого издателя/фида?
Вам нужна гарантированная доставка? подтверждение доставки? вы издатель, сохраняющий любые недополученные сообщения, или вам нужна система обмена сообщениями, чтобы сделать это для вас автоматически? как часто данные вашего фида становятся устаревшими - например, Уведомления электронной почты могут быть сохранены и переданы, но данные ценообразования в реальном времени действительны только для короткого интервала (а затем, вероятно, необходимо уйти, а не вызвать путаницу).
Насколько изменчива ваша топология сети? Ваши подписчики (или издатели), ожидающие жить по фиксированному адресу? или они являются мобильными устройствами? могут ли они появиться у вас по более сложным межсетевым топологиям, требующим регистрации и, возможно, наложению ограничений маршрутизации? если да, то какая-то идея изменит частоту этой топологии?
Вам нужен только интерфейс java? любой из ваших подписчиков будет интегрирован в компоненты Windows (например, каналы в excel)?
если вас интересует только опыт сравнения похожих продуктов, которые вы назвали, возможно, вы уже продумали эти темы.
Что касается продуктов, по моему опыту Tibco по-прежнему является лидером в области пропускной способности и масштабируемости, особенно в условиях реального времени. ibm MQ будет следующим, особенно в архитектуре store-and-forward. с обоими этими продуктами вы получаете уровень поддержки, на котором вы можете обосновать ставку на фундаментальную часть ваших бизнес-систем. есть причина, по которой они оба существуют уже несколько десятилетий.
другой часто упускается из виду вариант Tuxedo - он обеспечивает не только обмен сообщениями, но и проверенную транзакционную способность, которая остается беспрецедентной. Oracle по-прежнему привержена этому продукту, и, опять же, уровень поддерживаемой поддержки не имеет себе равных.
Я люблю открытые исходные решения и всегда рад найти бесплатное программное обеспечение для производства, но если вы создаете фундаментальную часть своей бизнес-инфраструктуры, то активное сообщество все еще может не указывать, является ли конкретный добровольный проект лучшим.
мой 2c стоит. надеюсь, что это поможет.
Ответ 3
Контрольный показатель включает в себя некоторые показатели производительности, которые вы можете решить, как с постоянными, так и с временными результатами.
Ответ 4
Во-первых, я не эксперт в этом, но, возможно, я могу дать вам некоторые мыслительные подсказки.
ActiveMQ и Qpid находятся под зонтиком Apache и являются очередями сообщений. Но Qpid - это реализация спецификации AMQP.
AMQP - это спецификация протокола на уровне проводов, поэтому сообщения могут обмениваться с другими очередями сообщений AMQP (например, RabbitMQ).
ActiveMQ и HornetQ - это очереди, которые вы можете использовать с JMS API. Служба сообщений Java - это спецификация уровня API.
Но у вас есть возможность получить доступ к Qpid через JMS API. Я думаю, что производительность - это вторичная мысль. Важное значение имеет активное сообщество.