Apache kafka 卡夫卡多个制作人为同一主题写作?

Apache kafka 卡夫卡多个制作人为同一主题写作?,apache-kafka,Apache Kafka,假设我有一个主题T1,有3个分区,即P1、P2和P3。其中,p1为领导者,其余为追随者 现在有两个制作人想把话题推到同一个T1上。我相信P1将成为他们两人的领导者?此外,还将保持单偏移 对于这两种情况,或偏移量是维护者每个分区每个生产者 现在我有一个消费者,它从T1进行轮询。默认情况下,它会从两个制作人那里得到消息吗?或者如果需要,它必须显式地提到制作人名称 需要来自特定生产者的消息吗?领导者不依赖于生产者或消费者,因此p1将始终作为领导者返回。补偿对生产者并不重要,而是按消费者群体定义的。偏移

假设我有一个主题T1,有3个分区,即P1、P2和P3。其中,p1为领导者,其余为追随者

现在有两个制作人想把话题推到同一个T1上。我相信P1将成为他们两人的领导者?此外,还将保持单偏移 对于这两种情况,或偏移量是维护者每个分区每个生产者

现在我有一个消费者,它从T1进行轮询。默认情况下,它会从两个制作人那里得到消息吗?或者如果需要,它必须显式地提到制作人名称
需要来自特定生产者的消息吗?

领导者不依赖于生产者或消费者,因此p1将始终作为领导者返回。补偿对生产者并不重要,而是按消费者群体定义的。偏移量确定消费者组读取和提交了哪些邮件


消费者将始终阅读所有消息,不管是哪位制作人发布了这些消息。

Leader不依赖于制作人或消费者,因此p1将始终作为Leader返回。补偿对生产者并不重要,而是按消费者群体定义的。偏移量确定消费者组读取和提交了哪些邮件


消费者总是会阅读所有的消息,不管是哪个制作人发布的。

你可能把副本和分区混在一起了。当您说您有一个包含3个分区的主题时,这意味着您的记录将根据记录键(或dispatcher algo)在其中调度。 没有“引线分区”。但是,您有一个负责处理分区的leader代理。在您的情况下,您将有3个领导者,每个领导者管理3个分区中的一个

关于卡夫卡分区的有趣帖子:


Yannick

您可能混淆了副本和分区。当您说您有一个包含3个分区的主题时,这意味着您的记录将根据记录键(或dispatcher algo)在其中调度。 没有“引线分区”。但是,您有一个负责处理分区的leader代理。在您的情况下,您将有3个领导者,每个领导者管理3个分区中的一个

关于卡夫卡分区的有趣帖子:

扬尼克