Kafka架构属性及消费机制疑问：事件驱动还是兼具轮询特性？

一、Kafka的架构定位：典型事件驱动架构 #

Kafka是标准的事件驱动架构，不存在“兼具轮询驱动特性”的说法。事件驱动架构的核心是围绕“事件的产生、传输、响应”构建系统，Kafka作为分布式事件流平台，从生产者生成事件（消息）、Broker持久化存储事件，到消费者响应并处理事件，整个链路完全贴合事件驱动的核心逻辑。

二、Broker与消费者的交互方式：消费者主动轮询 #

明确结论：Kafka Broker不会主动向消费者推送事件，所有消息获取动作都是由消费者主动发起轮询完成的。

三、轮询模式下仍属事件驱动的原因 #

事件驱动的核心是“以事件的发生作为业务处理的触发源”，而非限定交互方式必须是推送。Kafka消费者的轮询动作，本质是主动去获取已经产生的事件（新消息），消费者的核心业务逻辑依然是“当有新事件到达时进行处理”——轮询只是消费者获取事件的实现手段，而非架构的核心驱动逻辑。
举个通俗的例子：你定期查看邮箱有没有新邮件（轮询），但你的行为本质是响应“新邮件到达（事件）”这个触发点，而非为了轮询而轮询。Kafka的消费逻辑也是同理。

四、轮询相关配置的作用 #

这些配置是为了给消费过程提供可控性，平衡系统性能、稳定性和业务适配性：

• MAX_POLL_INTERVAL_MS_CONFIG：定义消费者两次轮询之间的最大允许间隔，用于Broker检测消费者存活状态。如果消费者超过这个时长未发起轮询，Broker会判定该消费者故障，将其负责的分区重新分配给其他消费者，避免消息消费停滞。
• MAX_POLL_RECORDS_CONFIG：控制单次轮询拉取的最大消息数量，防止一次拉取过多消息导致消费者内存溢出，同时也能让消费者灵活调整批量处理的粒度，适配不同业务的处理能力。

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