RabbitMQ 与 Mule 相比如何答案

【问题标题】：How does RabbitMQ compare to MuleRabbitMQ 与 Mule 相比如何
【发布时间】：2011-03-17 20:55:45
【问题描述】：

RabbitMQ 与 Mule 相比如何，我将使用面向消息的架构构建应用程序，AMQP (RabbitMQ) 提供了我想要的一切，但我对如此多的相关技术选择和类似 ESB 的概念感到困惑。我怀疑我是否在不考虑其他选择的情况下做出选择。

我很清楚 RabbitMQ 是一个消息代理，它帮助我在生产者和消费者之间调解消息（所有形式或发布订阅，我可以从 twitter 或 Facebook 更新等真实示例中了解它是如何使用的）

什么是 Mule，如果我可以使用 mule 实现我在 RabbitMQ 中所做的事情，我是否应该考虑使用类似于 RabbitMQ 的 mule？

mule 的目标与消息代理的目标不同吗？

mule 是否假设在其底层有一个消息代理将消息传递给适当的 mule 侦听器（我可以很容易地在 RabbitMQ 中编写一个侦听器）

mule 是一个完整的 Java 基础系统吗（我用 RabbitMQ 做的当前实验花了我不到 30 分钟的时间来编写一个简单的 RPC 客户端服务器，客户端为 C#，服务器为 Java，在 Mule 中可以轻松完成这些事情）。

【问题讨论】：

标签： jms esb rabbitmq mule eai

【解决方案1】：

Mule 是使用消息代理实现的“更高级别”服务。来自docs

ESB 的消息传递主干是通常使用 JMS 实现，但任何其他消息服务器实现可以用

您可以使用 rabbit 构建 ESB；但是，您将仅限于发送 byte[] 包，并且您必须使用主题和队列等消息传递原语来构建系统。它可能会更快一些（基于绝对没有基准测试、测试或数据），因为翻译层更少。 Mule 在此之上提供了一个抽象，可以使用多种传输方式，并且可以处理一些路由逻辑。

【讨论】：

【解决方案2】：

Mule 是一种 ESB（企业服务总线）。 RabbitMQ 是一个消息代理。

ESB 在消息代理之上提供附加层，例如路由、转换和业务流程管理。它是应用程序之间的中介，集成了 Web 服务、REST 端点、数据库连接、电子邮件和 ftp 服务器——你可以说它。它是一个高级集成主干，可在使用不同协议的应用程序网络内协调互操作性。

消息代理是一个较低级别的组件，它使您作为开发人员能够在发布者和订阅者之间中继原始消息，通常在同一系统的组件之间但并非总是如此。它用于启用异步处理以保持较低的响应时间。有些任务需要更长的时间来处理，如果它们对时间不敏感，你不希望它们拖延。相反，将消息发布到队列（作为发布者）并让订阅者“稍后”接收并处理它。

【讨论】：

这是一个以网络为中心的消息代理视图——网页必须返回的想法，但某些任务可能需要比用户想要等待的时间更长的时间——但消息代理的种类要多得多比这更多的应用程序。
@Dunk 不确定该消息代理文本中的任何内容如何具有特定于网络的内容，除非您评论了以某种方式未出现在编辑历史记录中的先前版本。
@RobertGrant 是的，这没有多大意义。我记得写过这篇文章，并且清楚地回忆起一个专门针对“我是一名 Web 开发人员，我需要做的事情比代理所需要的 Web 请求花费更长的时间”的描述。我不知道如何或为什么，但目前的答案根本没有这么说。很高兴删除该评论。

【解决方案3】：

Mule 是一种企业服务总线，提供端到端集成解决方案，而 Rabbit 是消息代理，用于在订阅者和接收者之间对消息进行排队。

【讨论】：

Henrik 提供的答案副本

【解决方案4】：

RabbitMQ，一个开源消息代理软件，用 Erlang 编程语言编写，构建在 Open Telecom Platform 上，用于集群和故障转移。它易于使用，支持大量的开发者平台并在所有主要操作系统上运行。它适用于一个名为 Exchange 的概念。 Mule 用 AMQP 连接器连接 RabbitMQ。

【讨论】：