Comments 11
Вот в чем проблема переводов - никто не понимает толком что происходит. Пакет kafka-python - это грусть-печаль. В итоге, миллионы "леммингов" прыгают в обрыв. Kafka - это тяжелое решение про пропускную способность, вот такой клиент убивает пропускную способность. Ну и зачем Kafka тогда? Юзайте RabbitMQ, да хоть Redis, MongoDB.
Стало интересно, почему же клиент убивает пропускную способность?
Сможете разъяснить, искренне интересно узнать)
А вы сравните с confluent-kafka и сами все поймете.
Хорошо, поизучаем, спасибо за наводку)
Если у вас уже есть опыт использования обоих решений, было бы очень интересно послушать, хотя бы в двух словах, в чем разница и насколько она заметна в использовании
Писать лень, но вот первая ссылка из Google. Статья старенькая, но по моим последним пробам, наверное, в 2021 все было ровно так.
А обеспечение консенсуса в логе событий разве не бьёт по пропускной способности?
Развейте свою мысль подробнее. По сравнению с чем? Кажется, что консенсус в Kafka никак не мешает пропускной способности, пока брокеров не начинает штормить.
По сравнению, например, с неупорядоченными очередями, которым не нужно сохранять глобальную упорядоченность. Насколько я понял, Кафка просто пускает весь трафик по одному топику через один узел - это узкое место, которое если рвётся, то капитально - постоянные перевыборы с падением очередного счастливчика.
Событийно-ориентированные приложения с использованием Kafka и Python