в спринге поток на консьюмер
Хз, я создавал управляемые количество тредов, чтобы можно было контролировать максимальное количество подключений. Иначе у тебя один сервер будет выжирать все партиции
еще раз, не тредов, а консьюмеров назначением партиций на консьюмеры рулит кафка, так что можно хоть в три раза больше консьмеров наделать - кафка будет балансировать партиции в зависимости от ид клиента и его свободных партиций вообще сколько помню можно не указывать количество консьмеров на клиенте - спринг сам подтянет по метаинфе из кафки
Мы про разные вещи говорим. Я говорю про создание одним приложением n консьюмеров где n количество тредов. Если уж опираться, что консьюмер цепляется к одной партиции. Мне казалось, консьюмер это конкретно связь для вычитки, но это уже из разряда терминологии.
таки обычно под консьмером имеется ввиду читающий тред, а не какая то "связь для вычитки", так же у него есть ИД клиента, ИД консьмера, еще один свой тред хелсчека
Говорю, же вопрос терминологии. Буду иметь ввиду)
ну и да, множественность связи такая: консьюмер [1] - [0,*] партиция
Обсуждают сегодня