несколько разных по топикам консьюмеров в одну группу, или же не париться и делать каждому горизонтально-поскейленому консьюмеру свою отдельную? Столько доков уже перерыл, не увидел практической разницы
Если объедините - они будут друг друга тормозить при ребалансе (рестартах консьюмеров).
Вот интересно как же вы сделали такой вывод, без понимания как организована работа консьюмеров с данными
Offset commit failed on partition <> at offset 15569: The coordinator is not aware of this member. Почитайте про похожую ситуацию (когда один ConsumerGroup читает из разных топиков) вот здесь: https://issues.apache.org/jira/browse/KAFKA-4246 Вряд ли это на стороне клиента, все же склоняюсь к тому, что проблема (выше указанная) имела место в Kafka версий - 1. This bug still exists in Kafka 2.4.0. 2. This bugs still exists on Kafka 2.7.X
На личном опыте. Но если хотите, можете ткнуть меня в какой-нибудь пруф своей версии, попросвещаюсь.
Наверное не стоит :) у вас там видимо триллиарды сообщений и тысячи консьюмеров :)
Обсуждают сегодня