Подготовка к интервью
715 вопросов по Kafka с технических собеседований
Что проверяют на интервью
На странице собраны вопросы по Kafka — от проверки базовых принципов до практического применения и архитектурных решений. В подборке чаще встречаются темы: kafka, backend, api.
Каталог
По производительности нужно минимум 13 активных потребителей, но классическая группа при 10 партициях использует максимум 10. Одного добавления экземпляров недостаточно.
Читать ответНачните с роли Kafka в своём проекте: какие события передавались, кто их создавал и кто обрабатывал. Затем объясните партиции, consumer group и подтверждение позиции чтения.
Читать ответНазовите фактический формат Kafka payload — например JSON, Avro или Protobuf — и объясните выбор, версионирование и совместимость потребителей.
Читать ответДа, число партиций существующего Kafka-топика можно увеличить. Но распределение ключей и порядок будущих сообщений могут измениться, поэтому операция требует планирования.
Читать ответСовместимость обеспечивают версионированием схем, проверками изменений и поэтапным обновлением producer/consumer. Kafka сама не проверяет смысл payload без дополнительных механизмов.
Читать ответДля БД и Kafka назовите конкретные задачи и свой уровень ответственности: проектирование данных, запросы, интеграции, обработка событий и эксплуатация.
Читать ответРазделите приоритет постановки и приоритет обработки: Kafka не превращает поле priority в автоматическую перестановку сообщений внутри партиции.
Читать ответВ событии нужны стабильный event_id, тип, версия схемы, время и бизнес-данные, необходимые потребителю. Состав определяется контрактом, а не сериализацией всей внутренней модели.
Читать ответНазовите число независимых consumer groups и число экземпляров внутри них. Количество сервисов и количество потребителей одного топика — не одно и то же.
Читать ответРазделите опыт с Kafka и RabbitMQ и назовите реальные сценарии: поток событий, очереди заданий, маршрутизация или интеграции. Знакомство с одним не означает опыт со вторым.
Читать ответgRPC удобен для типизированных межсервисных вызовов и streaming, REST — для ресурсного HTTP API и широкой совместимости. Kafka подходит событиям, не требующим немедленного ответа.
Читать ответВ gRPC задают deadline, классифицируют status codes и повторяют только безопасные операции. В Kafka отдельно решают retries, dead-letter и момент подтверждения offset.
Читать ответ