RabbitMQ如何与Mule相比,我将使用面向消息的架构构建一个应用程序,而AMQP(RabbitMQ)提供了我想要的一切,但我对如此多的相关技术选择和ESB等类似概念感到困惑.如果我在不考虑其他选择的情况下做出选择,我有一个疑问.
我很清楚RabbitMQ是一个消息代理,它帮助我调解生产者和消费者之间的消息(所有形式或发布订阅,我可以理解它如何从真实的例子中使用,如twitter,或Facebook更新等)
什么是骡子,如果我能用骡子实现我在RabbitMQ中做的事情,我应该考虑类似于RabbitMQ的骡子吗？
mule的目标是否与消息代理的目标不同？
mule是否假设底层有一个消息代理将消息传递给适当的mule监听器(我可以在RabbitMQ中轻松编写监听器)
mule是一个完整的Java基础系统(我用RabbitMQ做的当前实验花了我不到30分钟编写一个简单的RPC客户端服务器,客户端作为C#和服务器作为Java,这样的事情很容易在Mule中完成).
谁能告诉我MQ（消息队列）和ESB（企业服务总线）有什么区别？我知道两者都提供进程间通信并处理消息传递，但在互联网上没有那么多信息，而且每个人的描述都不同。我也不知道Message Broker和ESB有什么区别？ESB 是消息代理吗？MQ 真的只服务于标准通信的基本目的，而 ESB 提供一些额外的东西 - 比如监控等吗？或者MQ只是基本的消息队列，消息存储在哪里，没有任何组件你就不能用它做任何事情？谢谢！！