【发布时间】:2022-01-05 21:24:00
【问题描述】:
在获得创建 Kafka 消费者的最佳设计解决方案方面需要帮助。
将有多个主题,例如,这些主题可能就像小组说的那样 用于发送 电子邮件 的 10 个主题(选择 10 个是因为将获得更多的客户流量,并且希望每个客户专用一个主题,就像每个客户的每个主题一样,这样其他人就不会被延迟或等待)
处理一个业务逻辑的10个主题,10个计数解释同上。
现在有了这种用法,设计 Kafka 消费者的最佳方式是什么?消费者专注于每个主题?还是有一种方法可以通过传入需要订阅的主题来动态扩展消费者?肯定会在容器中部署它,但需要有关如何开始使用具有动态可伸缩性和通用代码的消费者部分的建议。实现这种卡夫卡消费者的最佳技术是什么? (dotnet/java/python) ?
另外请建议分区在这种设计中是否有意义,以便我们可以利用消费者群体。
【问题讨论】:
-
在某些情况下,“每个客户的主题”并不是一个好的设计,尤其是当您接触到成千上万的客户时。您可以使用单独的主题来处理“email-sent”或“email-read”的事件,并具有一些交叉引用值,但这些事件将与实际的 SMTP 电子邮件客户端流量分开
标签: apache-kafka kafka-consumer-api producer-consumer