谁能告诉我MQ（消息队列）和ESB（企业服务总线）有什么区别？我知道两者都提供进程间通信并处理消息传递，但在互联网上没有那么多信息，而且每个人的描述都不同。我也不知道Message Broker和ESB有什么区别？ESB 是消息代理吗？MQ 真的只服务于标准通信的基本目的，而 ESB 提供一些额外的东西 - 比如监控等吗？或者MQ只是基本的消息队列，消息存储在哪里，没有任何组件你就不能用它做任何事情？谢谢！！
Message Broker 是一种架构模式 - 一种如何制作软件的想法。维基百科上有一篇很好的文章。一般来说，它是“路由消息的软件服务器”，其中消息是应用程序级协议。TCP 路由器不是消息代理，因为它们在网络级别路由消息。
广义上讲，任何消息队列软件都是一个服务器，它：
任何 MQ 服务器都是 Message Broker 模式的实现。
MQ 产品有多种：ActiveMQ、RabbitMQ 和 IBM MQ 是最流行的示例。它们都具有比这个解释更重要的功能。
另外，有很多软件不是 MQ，但它非常接近于 MQ。Apache Kafka 是流行的异步消息服务器，它使用主题而不是队列（发布-订阅模式）。ZeroMQ 是一个消息传递库，它能够在不使用集中式服务器的情况下提供大量 MQ 功能 - 它是具有 MQ 编程模型的套接字包装器。
ESB - 又是一种消息服务器软件。但它是可以由用户扩展的。在更复杂的情况下，人们希望并需要在简单的消息代理之上提供各种功能。就像能够根据某些属性（例如一天中的时间或消息内容）重定向消息。他们希望使用 http 协议生成消息并将其作为文件传递。他们想要将消息从 xml 重新格式化为 json 再到 edi。他们可以有任何他们内心想要的需求。关键是这些需求需要的功能过于具体，无法从互联网上下载。作为解决方案，ESB 提供可通过用户编程进行扩展的消息服务器。所有现代 ESB 都为最常见的场景提供编程可扩展性和许多预制模块（文件编写器、http 出口、soap 解析器等）。在实践中，ESB 解决方案体积庞大（难以学习、容易损坏）且昂贵，因此它们在 2020 年已经失去了很多人气。但我相信熟练的 IT 人员可以正确使用它们。
最后是 IBM 奇怪的命名，这常常导致 MQ - Broker 混乱。他们的MQ软件： 2020年被命名为“IBM MQ” ， 2010年代被命名为“WebSphere MQ” ， 1990年代被命名为“MQ Series” 。他们的 ESB：在 2020 年被命名为“IBM App Connect Enterprise”，在 2016 年被命名为“Integration Bus”，在 2010 年被命名为“WebSphere Message Broker”。将一种产品命名为“Message Broker”意味着“IBM MQ”不是正确的代理（如引言中所定义）。因为为什么有人会在投资组合中拥有多个经纪人！？但这是错误的结论，是由于命名混乱造成的。MQ 是一种消息代理实现，就像“消息代理”一样。它只是不同类型的消息代理。更便宜，更专注。