Подготовка к интервью
715 вопросов по Kafka с технических собеседований
Что проверяют на интервью
На странице собраны вопросы по Kafka — от проверки базовых принципов до практического применения и архитектурных решений. В подборке чаще встречаются темы: kafka, backend, api.
Каталог
Брокеры обеспечивают обмен сообщениями через очереди, маршрутизацию или журнал событий. Kafka хранит записи в партициях топиков, а consumers читают их по offsets.
Читать ответНакапливайте записи вместе с cookies, сбрасывайте буфер до переполнения, затем подтверждайте каждый cookie строго по порядку. Commit возможен только после успешного Process соответствующих данных.
Читать ответНадёжность Kafka зависит от репликации, подтверждений, числа синхронных реплик, мониторинга и процедур восстановления. Размер команды зависит от масштаба и способа эксплуатации.
Читать ответОтдельная таблица может понадобиться для запросов по сущности, долгого хранения, аудита или идемпотентности. Kafka — журнал событий, а не универсальная замена оперативной БД.
Читать ответDebezium считывает изменения БД через CDC, а Kafka хранит и доставляет события. Это не взаимоисключающие альтернативы: Debezium часто публикует изменения именно в Kafka.
Читать ответПодтвердите только известный путь интеграции: прямой producer из 1С, промежуточный сервис или обмен через другую шину. Эти схемы не взаимозаменяемы.
Читать ответБрокер помогает реализовать Publish/Subscribe: издатели публикуют события, а подписчики получают интересующий поток без прямого знания друг о друге.
Читать ответProducer выбирает партицию, часто по ключу; внутри неё сохраняется порядок записей. В обычной consumer group партиция назначается одному consumer в каждый момент.
Читать ответУточните, имеются ли в виду топики, партиции или отдельные источники данных, затем назовите только известные вам числа. Это разные характеристики потока.
Читать ответУ существующего топика Kafka число партиций нельзя штатно уменьшить. Обычно создают новый топик с нужным числом партиций и выполняют контролируемую миграцию.
Читать ответРасскажите о конкретном потоке данных: кто публиковал события, кто их читал и какую бизнес-задачу решала Kafka. Затем выделите свою часть реализации.
Читать ответСобытийная архитектура подходит для независимых обработчиков, буферизации и повторного воспроизведения. Синхронный запрос проще, когда ответ другого сервиса нужен прямо сейчас.
Читать ответ