内容提要
Apache Kafka社区正在努力实现队列式的消息平台，SoftwareMill提供了一种与现有的消费者组抽象一起工作的替代解决方案。Kafka的设计限制了灵活性，但支持高吞吐量。KIP-932提议使用共享组进行协作消息消费。共享组消除了消费者数量的限制，并简化了重新平衡过程。Kafka以精细的级别跟踪消息消费。共享组功能计划在Kafka 4.0版本中发布。另一种名为KMQ的替代选项更简单易实现和部署，解决了一些消费者组的缺点。KMQ实现了高性能，但没有解决头部阻塞问题和有限的并行性。
关键要点
-
Apache Kafka社区正在努力实现队列式的消息平台，KIP-932提议使用共享组进行协作消息消费。
-
共享组消除了消费者数量的限制，简化了重新平衡过程，Kafka能够精细跟踪消息消费。
-
共享组功能计划在Kafka 4.0版本中发布，当前没有可用的死信队列功能。
-
SoftwareMill提供了一种名为KMQ的替代解决方案，能够与现有的消费者组抽象一起工作。
-
KMQ实现了个别消息确认，使用额外的重交跟踪器组件，支持高性能。
-
KMQ引入了一些额外延迟，但在性能基准测试中能够达到与常规消费者组相似的吞吐量。
-
KMQ模式仍然存在头部阻塞问题，消息处理的并行性受限于分区数量。
延伸问答
KIP-932提议的共享组有什么优势？
共享组消除了消费者数量的限制，简化了重新平衡过程，并允许消费者独立处理和确认消息。
KMQ与共享组相比有什么不同？
KMQ是一种更简单的实现方式，主要在消费者端运行，解决了一些消费者组的缺点，但没有解决头部阻塞问题。
Kafka 4.0版本中将包含哪些新功能？
Kafka 4.0版本将包含共享组功能，允许更灵活的消息消费和更精细的消费跟踪。
KMQ如何处理消息确认？
KMQ使用重交跟踪器组件来标记消息为已交付和已确认，支持个别消息确认。
Kafka的设计限制了哪些功能？
Kafka的设计限制了灵活性，无法支持个别消息交付确认等处理用例。
共享组如何跟踪消息消费？
共享组允许Kafka在更细粒度的级别跟踪消息消费，记录每个消息的交付尝试次数。
