Kafka是Message Queue还是Message Broker？相关技术疑问咨询

首先需要修正你提到的核心定义错误：你目前了解的「Message Broker仅支持Publisher-Subscriber模型」是完全错误的，二者的划分维度从来不是支持的消息模型，而是功能边界的差异。

• Message Queue（消息队列） 是消息通信的基础组件，核心能力是暂存上下游传递的消息，实现生产者和消费者的解耦，默认支持两类经典消息模型：
  • 点对点消息模型（Point to Point Messaging）：单条消息只会被一个消费者消费
  • 发布订阅模型（Publisher-Subscriber Model）：单条消息会被所有订阅的消费者消费
• Message Broker（消息代理） 是在基础消息队列能力之上，封装了大量企业级特性的增强型中间件，除了基础的消息暂存、消息模型支持外，还提供消息路由、持久化策略配置、分布式事务支持、权限管控、运行状态监控、多协议适配等高级能力，它完全可以同时支持点对点和发布订阅两种模型，不存在只支持发布订阅的说法。

Kafka的官方定位是分布式流处理平台，从消息组件的维度归类，它属于具备完整消息队列能力的Message Broker，原因如下：

• 它原生兼容两类经典消息模型：
  1. 点对点实现：将所有消费者放在同一个消费者组下，同一分区的消息只会被组内的一个消费者消费，完全符合点对点的特性
  2. 发布订阅实现：多个不同消费者组订阅同一个Topic，所有组都能拉取到该Topic的全量消息，是标准的发布订阅模式
• 它具备完整的Message Broker高级特性：支持多副本持久化存储、消息回溯、流量削峰、Exactly-Once语义、事务消息、ACL权限控制、多语言客户端适配等，能力远超出基础消息队列的范畴。

内容的提问来源于stack exchange，提问作者Archit