LINUX.ORG.RU

История изменений

Исправление Reset, (текущая версия) :

Вы таки что-то делаете не так.

Всё так. Кафка криво спроектирована, когда что-то на кластере начинает меняться, то контроллер через синхронных zk начинает менять статусы, это работать не может в принципе. У них, кстати, был KIP на улучшение этого места.

Ну и про статический маппинг партиций я вообще не говорю, когда я последний раз смотрел даже KIP’а не было. Партиция навечно привязывается к машине и никакой автоматики для балансировки нет. Решения, прикрученные сбоку, работают плохо, так как могут сложить кластер трафиком и дисковой нагрузкой.

Яндекс в какой-то момент выпилил кафку и реализовал свою over YDB. Не спроста наверно.

Исправление Reset, :

Вы таки что-то делаете не так.

Всё так. Кафка криво спроектирована, когда что-то на кластере начинает меняться, то контроллер через синхронных zk начинает менять статусы, это работать не может в принципе. У них, кстати, был KIP на улучшение этого места.

Ну и про статический маппинг партиций я вообще не говорю, когда я последний раз смотрел даже KIP’а не было. Партиция навечно привязывается к машине и никакой автоматики для балансировки нет. Решения, прикрученные сбоку, работают плохо, так как могут сложить кластер трафиком.

Яндекс в какой-то момент выпилил кафку и реализовал свою over YDB. Не спроста наверно.

Исходная версия Reset, :

Вы таки что-то делаете не так.

Всё так. Кафка криво спроектирована, когда что-то на кластере начинает меняться, то контроллер через синхронных zk начинает менять статусы, это работать не может в принципе. У них, кстати, был KIP на улучшение этого места.

Ну и про статический маппинг партиций я вообще не говорю, когда я последний раз смотрел даже KIP’а не было. Партиция навечно привязывается к машине и никакой автоматики для балансировки нет. Решения, прикрученные сбоку, работают плохо, так как могут сложить кластер трафиком.