Comment RabbitMQ se compare-t-il à Mule

Question

Comment RabbitMQ comparer à la Mule, je vais créer une application à l'aide du message oriented architecture et AMQP (RabbitMQ) fournit tout ce que je veux, mais je suis perplexe avec beaucoup de choix de la technologie et des concepts similaires comme ESB. J'ai un doute si je fais un choix, sans considérer d'autres alternatives.

Je suis la plupart du temps clairement que RabbitMQ est un broker de message et il m'aide dans la médiation de message entre le producteur et le consommateur (toutes les formes ou publier abonnez-vous et j'ai pu comprendre comment il est utilisé à partir d'exemples réels, comme twitter ou Facebook mises à jour, etc)

Qu'est-ce que la Mule, si je pouvais avoir ce que je fais dans RabbitMQ à l'aide de mule, devrais-je envisager de mule similaire à RabbitMQ?

Ne mule a un autre objectif que celui d'un message broker?

Ne mule suppose que sous-jacente, il y a un message broker qui offre message approprié mule auditeurs (je pourrais facilement écrire un écouteur dans RabbitMQ)

Est mule un Java complète des bases du système ( L'actuelle expérience que j'ai faite avec RabbitMQ m'a fallu moins de 30 Min pour écrire un simple Client RPC Serveur avec le client comme le C# et le Serveur , Java, ces choses se fassent dans de Mule facilement).

Answer 1

La Mule est un ESB (Enterprise Service Bus). RabbitMQ est un courtier de message.

Un ESB fournit plus de couches au-dessus d'un courtier de messages de routage, de transformations et de gestion des processus d'affaires. Il est un médiateur entre les applications, l'intégration de Web Services, REST les extrémités, les connexions de base de données, de messagerie et les serveurs ftp - vous le nom. C'est un haut niveau d'intégration de la dorsale qui orchestre l'interopérabilité au sein d'un réseau d'applications qui parlent de différents protocoles.

Un message broker est un niveau inférieur composant qui permet aux développeurs de relais raw messages entre les éditeurs et les abonnés, généralement entre les composants d'un même système, mais pas toujours. Il est utilisé pour permettre le traitement asynchrone de garder des temps de réponse faible. Certaines tâches prennent plus de temps et vous ne voulez pas tenir les choses si elles ne sont pas sensibles au temps. Au lieu de cela, postez un message dans une file d'attente (en tant qu'éditeur) et ont un abonné de le ramasser et de le traiter "plus tard".

Answer 2

La Mule est un "plus" au niveau de service mis en œuvre avec le message broker. À partir de la docs

La messagerie épine dorsale de l'ESB est généralement mis en oeuvre à l'aide de JMS, mais tout autre serveur de messages de mise en œuvre pourrait être utilisé

Vous pouvez construire un ESB avec un lapin; cependant, vous allez être limité à l'envoi de byte[] des paquets, et vous aurez à construire votre système de messagerie primitives comme des sujets et des files d'attente. Il pourrait être un peu plus rapide (basé sur absolument aucune analyse comparative, d'essai ou de données), car il y a moins de couches de traduction. Mule fournit une abstraction sur le dessus de cette, parle d'une variété de transports, et peut traiter certains la logique de routage.