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