Kafka — когда нужны журнал событий с хранением и перечитыванием, большая пропускная способность, много независимых потребителей одного потока и порядок по ключу.
А ещё Не лучший выбор для сложной маршрутизации, приоритетов и отложенных задач — там RabbitMQ или очереди
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Сильные стороны Kafka:
Типичные сценарии: шина событий между сервисами, CDC из базы в поиск и хранилище, сбор телеметрии и логов, потоковая аналитика, журнал для event sourcing.
Где хуже: очередь задач с подтверждением каждой и разной длительностью обработки (блокировка партиции медленным сообщением); сложная маршрутизация по правилам; приоритеты; отложенная доставка; маленькие объёмы, где Kafka — избыточная эксплуатационная нагрузка.
Один верный вариант. Подумайте, потом откройте ответ.
Распределённый append-only лог, партиция как единица масштаба и упорядоченности, ключ и порядок, retention и log compaction, replay.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto