Quel système de messagerie intégré - > ActiveMQ ou HornetQ
J'apprécierais quelques conseils généraux et opinions concernant lequel des deux systèmes de messagerie est
- plus facile à gérer
- a moins de pièges ou de trucs magiques qu'il faut savoir et éviter
- a moins de dépendances générales
- est simple à utiliser.
4 réponses
Plus Facile à gérer
HornetQ a une API claire pour la gestion et il est très facile à utiliser.
A moins de pièges ou de trucs magiques qu'il faut savoir et éviter
HornetQ a été fait pour le cas intégré. Il est très, très facile à intégrer dans votre code. En fait, vous pouvez le faire avec moins de 10 lignes de code.
A moins de dépendances globales
Tout sur HornetQ est modulaire. La seule dépendance sur HornetQ est Netty qui est le fournisseur de réseau.
Est simple de travailler avec.
HornetQ est très simple à utiliser. API claire, et principalement, la documentation est très, très complète.
Vous n'avez pas besoin d'acheter des livres pour utiliser HornetQ. Tous les documents sont là gratuitement sur le site Web de hornetq.
Premièrement, je suis biaisé. Je suis le fondateur du projet HornetQ, bien que je ne travaille plus dessus.
Pourquoi HornetQ sur ActiveMQ? Voici quelques bonnes raisons:
-
HornetQ est nettement plus rapide Qu'ActiveMQ. http://community.jboss.org/wiki/HornetQPerformance
En fait, HornetQ est le système de messagerie d'entreprise #1 le plus rapide sur le marché. Ou du moins, c'était, quand nous l'avons testé contre le marché l'année dernière. (Nous l'avons testé contre le top 11 ou donc, les implémentations JMS là-bas)
-
Caractéristiques. HornetQ a un ensemble complet de fonctionnalités "enterprise", que vous vous attendez à voir. La liste des fonctionnalités est ici http://community.jboss.org/wiki/HornetQFeatures
Vous trouverez HornetQ a des équivalents à la plupart des fonctionnalités que vous trouverez dans ActiveMQ, et d'autres que vous ne trouverez pas dans ActiveMQ
Clustering a récemment été révisé, il est donc solide comme le roc. Si vous avez des problèmes avec le regroupement, veuillez utiliser le forum. L'équipe HornetQ se fera un plaisir de répondre à tout problème perçu.
-
Utilisé dans la production par de nombreux noms de haut niveau y compris les grandes organisations financières et autres tels que last.fm
Assez fiable pour être la technologie de messagerie de base dans JBoss AS 7. La dernière version du serveur d'applications Java préféré des mondes.
Architecture agnostique de protocole. HornetQ, contrairement à ActiveMQ n'a pas été construit autour de JMS. Dans HornetQ le serveur principal est protocole / API agnostique-c'est un serveur de messagerie Générique. Divers protocoles / API comme STOMP / JMS / REST / Websockets etc. sont ajoutés en tant qu'adaptateurs minces au noyau Générique. Cela le rend beaucoup plus souple.
J'utilise ActiveMq assez fortement dans mon travail de jour, et l'évalue très fortement pour la plupart des points que vous avez soulevés. Je compte particulièrement dans la console d'administration JMX, c'est de première classe.
J'ai aussi gardé un œil sur HornetQ, et peut-être un jour ajouter un support pour cela aussi. D'après ce que je peux voir, HornetQ est un peu plus léger et a de très belles optimisations NIO, ce qui devrait le faire voler. Mais il manque certaines des fonctionnalités d'intégration d'entreprise offertes par ActiveMQ, et peut-être certaines des fonctionnalités d'administration. Cependant, d'après ce que je peux voir, L'équipe HornetQ travaille dur pour combler les lacunes.
Je ne pense pas que vous pourriez faire de mal avec l'un ou l'autre choix à mon avis. Essayer les deux et voir ce qui se sent mieux.
J'ai fait une évaluation approfondie des deux avant de décider D'ActiveMQ. Il est prouvé et stable, quelque chose que vous voulez dans un système de messagerie. J'ai utilisé ActiveMQ sur deux systèmes à grande échelle avec beaucoup de succès. Il y avait un certain battage médiatique autour de HornetQ il y a quelque temps quand ils prétendaient être plus rapides que ActiveMQ alors j'ai jeté un coup d'oeil. HornetQ a quelques défauts sérieux avec son clustering qui peut entraîner la perte de messages et les serveurs essayant de se connecter indéfiniment à un nœud défaillant. Le développeur principal sur HornetQ refuse de reconnaître les défauts dans HornetQ et devient assez défensif sur les forums d'utilisateurs, quelque chose qui devrait vous rendre très méfiant du produit.