jms - RabbitMQ 与 Mule 相比如何

Question

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中可以轻松完成吗)。

Answer 1

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

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

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