Question

Comment la Rabbbitmq se compare-t-elle à Mule, je vais construire une application à l'aide de l'architecture orientée des messages et de l'AMQP (Rabbitmq) fournit tout ce que je veux, mais je suis perplexe avec tant de choix technologique associé et de concepts similaires comme ESB. J'ai un doute si je fais un choix sans envisager d'autres alternatives.

Je suis surtout clair que rabbbitmq est un courtier de messages et cela m'aide dans la médiation du message entre producteur et consommateur (toutes les formes ou publier souscription et je pouvais comprendre comment ses exemples réels tels que Twitter ou Facebook Mises à jour, etc.) < / p>

Qu'est-ce que Mule, si je pouvais réaliser ce que je fais en rabbbitmq à l'aide de Mule, devrais-je considérer mulet similaire à la rabbitmq?

Mule a-t-il un objectif différent de celui d'un courtier de message?

Est-ce que Mule suppose que le sous-jacent là-bas existe un courtier de messages qui fournit un message aux auditeurs muleteux appropriés (je pourrais facilement écrire un auditeur en Rabbitmq)

Mule est un système complet de bases Java (l'expérience actuelle que j'ai faite avec Rabbbitmq m'a pris moins de 30 minutes pour écrire un serveur client RPC simple avec le client en tant que C # et Server en tant que Java, ces choses seront-elles facilement effectuées dans Mule.

Était-ce utile?

La solution

Mule est un ESB (bus de service d'entreprise).Rabbitmq est un courtier de message.

Un ESB fournit des couches ajoutées au sommet d'un courtier de message tel que le routage, les transformations et la gestion des processus métier.Il s'agit d'un médiateur entre les applications, l'intégration des services Web, les points de terminaison de repos, les connexions de base de données, les serveurs de courrier électronique et FTP - vous le nommez.Il s'agit d'une backbone d'intégration de haut niveau qui orchestre l'interopérabilité dans un réseau d'applications qui parlent différents protocoles.

A Courtier de messages est un composant de niveau inférieur qui vous permet de relâcher des messages bruts entre éditeurs et abonnés, généralement entre les composants du même système, mais pas toujours.Il est utilisé pour permettre le traitement asynchrone de conserver des temps de réponse bas.Certaines tâches prennent plus de temps à traiter et vous ne voulez pas qu'ils tiennent les choses si elles ne sont pas sensibles au temps.Au lieu de cela, postez un message à une file d'attente (en tant qu'utilisateur) et demandez à un abonné le ramasser et le traiter «plus tard».

Autres conseils

Mule est un service «niveau supérieur» mis en œuvre avec le courtier de messages.Du Docs

La colonne vertébrale de la messagerie de l'ESB est généralement mis en œuvre à l'aide de JMS, mais tout Autre mise en œuvre du serveur de messages pourrait être utilisé

Vous pouvez construire un ESB avec lapin;Cependant, vous allez être limité à l'envoi des packages d'octets [] et vous devrez construire votre système de primitives de messagerie comme des sujets et des files d'attente.Cela pourrait être un peu plus rapide (basé sur absolument aucun point de référence, test ou données) car il y a moins de couches de traduction.Mule fournit une abstraction en revanche, parle une variété de transports et peut gérer une logique de routage.

Mule est un bus de service d'entreprise fournissant la solution d'intégration finale à la fin de la fin de la Rabbit pour faire la queue des messages entre abonné et récepteur.

rabbitmq, un logiciel de courtier de messages open source est écrit dans le langage de programmation Erlang et est construit sur une plate-forme Open Telecom pour la clustering et le basculement.Il est facile à utiliser, prend en charge un grand nombre de plates-formes de développeurs et fonctionne sur tous les systèmes d'exploitation principaux.Cela fonctionne sur un concept appelé Exchange. Mule relie la Rabbitmq avec connecteur AMQP.

lapin provient de l'ère client-serveur, Mule appartient à l'ère du réseau API.À moins que vous ne soyez obligé de mettre en œuvre dans les limites d'une plate-forme héritée, il vaut mieux aller avec Mule et Reposer des API.Quoi qu'il en soit, dans quelques années, le code que vous avez écrit pour lapin doit être modifié pour soutenir l'architecture API LED du présent et de l'avenir.Alors pourquoi ne pas le faire maintenant?mes quelques cents.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top