¿Cómo se compara RabbitMQ con Mule?

Question

¿Cómo se compara RabbitMQ con Mule, voy a construir una aplicación con la arquitectura orientada a los mensajes y AMQP (RabbitMQ) proporciona todo lo que quiero, pero estoy perplejo con tantos opciones de tecnología relacionada y conceptos similares como ESB? Tengo dudas si estoy haciendo una opción sin considerar otras alternativas.

Estoy en su mayoría en el que RabbitMQ es un agente de mensajes y me ayuda en el mensaje de mediación entre productor y consumidor (todos los formularios o publicaciones de suscripción y puedo entender cómo se usa de ejemplos reales como Twitter, o actualizaciones de Facebook, etc.) < / p>

¿Qué es Mule, si pudiera lograr lo que hago en RabbitMQ usando Mule, debo considerar Mule Similar a RabbitMQ?

¿La mula tiene un objetivo diferente al de un agente de mensajes?

¿Asume que Mule asume que la subyacente es un agente de mensajes que ofrece un mensaje a los oyentes de mula apropiados (podría escribir fácilmente un oyente en Rabbitmq)

es Mule Un sistema completo de bases de Java (el experimento actual que hice con RabbitMQ me llevó menos de 30 minutos para escribir un simple servidor cliente RPC con el cliente como C # y el servidor como Java, se realizarán tales cosas en Mule fácilmente).

Answer 1

Mule es un ESB (bus de servicio empresarial).Rabbitmq es un agente de mensajes.

an ESB proporciona capas agregadas sobre un corredor de mensajes, como enrutamiento, transformaciones y gestión de procesos de negocios.Es un mediador entre aplicaciones, integración de servicios web, puntos finales de descanso, conexiones de base de datos, servidores de correo electrónico y FTP, lo que lo denomina.Es una columna vertebral de integración de alto nivel que orquesta la interoperabilidad dentro de una red de aplicaciones que hablan diferentes protocolos.

A Broker de mensajes es un componente de nivel inferior que le permite al desarrollador transmitir mensajes crudos entre editores y suscriptores, típicamente entre componentes del mismo sistema, pero no siempre.Se utiliza para permitir el procesamiento asíncrono para mantener bajos los tiempos de respuesta.Algunas tareas tardan más en procesar y no quiere que sostengan las cosas si no son sensibles al tiempo.En su lugar, publique un mensaje a una cola (como editor) y haga que un suscriptor lo recoja y lo procese "más tarde".

Answer 2

Mule es un servicio de "nivel superior" implementado con Message Broker.Desde la docs

La columna vertebral de la celda de la ESB es generalmente implementado utilizando JMS, pero cualquier Otra implementación del servidor de mensajes podría ser utilizado

Puedes construir un ESB con conejo;Sin embargo, se limitará a enviar los paquetes de byte [], y tendrá que construir su sistema fuera de los primitivos de mensajería como temas y colas.Puede ser un poco más rápido (basado en absolutamente sin evaluar, pruebas o datos) porque hay menos capas de traducción.Mule proporciona una abstracción en la parte superior de esto, habla una variedad de transportes, y puede manejar una lógica de enrutamiento.

Answer 3

Mule es un bus de servicio empresarial que proporciona la solución de integración final para finalizar, donde el conejo es el agente de mensajes para hacer cola de mensajes entre el suscriptor y el receptor.

Answer 4

RabbitMQ, un software de agente de mensajes de código abierto está escrito en el lenguaje de programación de Erlang y se basa en la plataforma de telecomunicaciones abierta para agrupar y conmutación por error.Es fácil de usar, admite una gran cantidad de plataformas de desarrolladores y se ejecuta en todos los sistemas operativos importantes.Funciona en un concepto llamado intercambio. Mula conecta RabbitMQ con conector AMQP.

Answer 5

Rabbit es de la era del cliente-servidor, Mule pertenece a la era de la Red API.A menos que se vea obligado a implementar en los límites de una plataforma heredada, es mejor ir con mula y reposar la API.De todos modos, en la línea, en unos pocos años, el código que escribió para el conejo, debe modificarse para apoyar la arquitectura LED de API del presente y el futuro.Entonces, ¿por qué no hacerlo ahora?Mis pocos centavos.