esb - MQ 和 ESB 的区别

Question

谁能告诉我MQ(消息队列)和ESB(企业服务总线)有什么区别？我知道两者都提供进程间通信和处理消息传递，但在互联网上没有那么多信息，每个人都以不同的方式描述它。我也不知道 Message broker 和 ESB 有什么区别？ ESB 是消息代理吗？ MQ 是否仅用于标准通信的基本目的而 ESB 提供额外的东西 - 如监控等？或者 MQ 只是基本的消息队列，消息存储在哪里，没有任何组件你不能用它做任何事情？谢谢!!

Answer 1

Message Broker 是一种架构模式 - 一种如何制作软件的想法。有个不错的Wikipedia article在上面。一般来说，它是“路由消息的软件服务器”，其中消息是应用程序级协议(protocol)。 TCP 路由器不是消息代理，因为它们在网络级别路由消息。

从广义上讲，任何 Message Queue 软件都是一个服务器，它:

• 用于在客户端之间分发消息
• 消息由充当生产者的客户端发送到服务器
• 消息存储在“队列”中，直到被充当消费者的客户端消费(读取)为止
• 按照 FIFO 顺序从队列中读取消息
• 消费消息将其从队列中删除
• 消息传递是异步的 - 这意味着生产者和消费者不必同时处于事件状态 - 相反，消息由 mq 服务器存储直到被消费。

任何 MQ 服务器都是消息代理模式的实现。

有多种 MQ 产品:ActiveMQ、RabbitMQ 和 IBM MQ 是最流行的例子。它们都具有比这个解释更大的功能。

另外，有很多软件不是 MQ，但非常接近于 MQ。 Apache Kafka 是流行的异步消息服务器，它使用主题而不是队列(发布-订阅模式)。 ZeroMQ 是一个消息传递库，它能够在不使用集中式服务器的情况下提供大量 MQ 功能 - 它是一个具有 MQ 编程模型的套接字包装器。

ESB - 又是一种消息服务器软件。但是它可以由用户扩展。在更复杂的情况下，人们希望并需要在简单的 Message Broker 之上提供各种功能。就像能够根据一天中的时间或消息内容等某些属性重定向消息一样。他们想使用 http 协议(protocol)生成消息并将它们作为文件传递。他们想将消息从 xml 重新格式化为 json 再到 edi。他们可以有他们内心想要的任何需要。关键是这些需求需要的功能过于具体，无法仅从 Internet 下载。作为解决方案，ESB 提供可通过用户编程扩展的消息服务器。所有现代 ESB 都为大多数常见场景(文件编写器、http 导出、soap 解析器等)提供编程可扩展性和许多预制模块。在实践中，ESB 解决方案很大(难以学习、容易损坏)且价格昂贵，因此它们在 2020 年代失去了很多人气。但我相信熟练的 IT 人员可以正确使用它们。

最后是 IBM 的奇怪命名，它经常导致 MQ - Broker 混淆。他们的 MQ 软件:在 2020 年被命名为“IBM MQ”，在 2010 年代被命名为 “WebSphere MQ”，在 1990 年代被命名为“MQ 系列”。他们的 ESB:在 2020 年被命名为“IBM App Connect Enterprise”，在 2016 年被命名为“Integration Bus”，在 “WebSphere Message Broker” 2010. 将一种产品命名为“Message Broker”意味着“IBM MQ”不是合适的代理(如简介中所定义)。因为为什么有人会在投资组合中拥有多个经纪人!？但这是错误的结论，由命名困惑引起。 MQ 就像“Message Broker”一样是消息代理实现。它只是不同类型的消息代理。更便宜，更专注。