Подготовка к интервью
715 вопросов по Kafka с технических собеседований
Что проверяют на интервью
На странице собраны вопросы по Kafka — от проверки базовых принципов до практического применения и архитектурных решений. В подборке чаще встречаются темы: kafka, backend, api.
Каталог
Redis Streams предоставляет журнал записей, consumer groups и подтверждения обработки. Это удобно для небольшого событийного контура, но не делает Redis полной заменой Kafka по хранению и масштабированию.
Читать ответKafka гарантирует порядок записей внутри одной партиции, но приложение может нарушить порядок обработки параллельными задачами, повторами или отправкой связанных событий в разные партиции.
Читать ответОпишите фактический поток событий: кто публикует, какие группы читают, как выбираются топик и ключ, и на каком шаге сервис уведомлений выполняет действие.
Читать ответРазделяйте шифрование TLS, аутентификацию SASL или клиентским сертификатом и авторизацию через ACL. Назовите фактическую комбинацию, использовавшуюся в вашем Kafka-кластере.
Читать ответRabbitMQ обычно используют как брокер маршрутизируемых сообщений и рабочих очередей, Kafka — как распределённый сохраняемый журнал событий с независимыми потребителями.
Читать ответИспользуйте Transactional Outbox: сущность и запись о событии сохраняются в одной транзакции БД, а отдельный процесс доставляет событие в брокер с повторами.
Читать ответKafka обычно удаляет старые сегменты по retention.ms или retention.bytes при cleanup.policy=delete. Потребление сообщений само по себе не удаляет их из лога.
Читать ответПартиции распределяют хранение и обработку по брокерам и consumer-ам. Внутри одной группы одна партиция одновременно назначается одному consumer, поэтому число партиций ограничивает параллелизм.
Читать ответAt-most-once допускает потерю без повторной доставки, at-least-once — повторную обработку без намеренной потери, exactly-once ограничивает повторные эффекты внутри заданного контура.
Читать ответПосле обнаружения сбоя partitions упавшего consumer будут переназначены. Если offset обработки не был подтверждён, новый consumer начнёт с последнего committed offset и может повторно получить сообщение.
Читать ответKafka позволяет строить at-most-once и at-least-once обработку, а транзакции и идемпотентный producer дают более сильные гарантии в определённых границах. End-to-end exactly-once не возникает автоматически.
Читать ответOutbox читает отдельный relay: фоновой процесс приложения, специальный сервис или CDC-коннектор. Kafka и RabbitMQ сами по себе не начинают читать произвольную таблицу вашей БД.
Читать ответ