Kafka消费者设计模式：多服务架构下的最佳实践
在现代微服务架构中，消息队列如Apache Kafka已经成为数据流处理的核心组件之一。本文将通过一个具体的例子，讨论如何在多服务架构下设计Kafka消费者，以确保高效、可靠的数据处理。
背景介绍
假设我们有一个电商平台，涉及到商品的增、删、改操作。我们使用Kafka作为消息中转，主题为products，并分成三个分区：分区0处理插入操作，分区1处理更新操作，分区2处理删除操作。我们有两个服务：
- 服务A：使用Qdrant数据库，处理商品搜索和推荐。
- 服务B：使用MongoDB数据库，处理商品库存和销售数据。
每个服务需要独立处理products主题下的消息，并且它们需要保证消息的处理顺序以及消息的可靠性。
设计考虑
1. auto-commit：是True还是False？
在Kafka中，auto_commit设置决定了消费者是否自动提交偏移量。如果设为true，消费者在接收到消息后自动提交偏移量，这可能会导致某些消息被跳过处理，特别是在处理逻辑失败或中断的情况下。
建议：将auto_commit
