Подготовка к интервью
235 вопросов по RabbitMQ с технических собеседований
Что проверяют на интервью
На странице собраны вопросы по RabbitMQ — от проверки базовых принципов до практического применения и архитектурных решений. В подборке чаще встречаются темы: rabbitmq, backend, kafka.
Каталог
Обоснуйте выбор требованиями: хранение истории событий, повторное чтение, независимые потребители, нагрузка и существующая инфраструктура. Не сводите решение к тезису «Kafka всегда быстрее».
Читать ответУкажите, какой брокер реально использовали, какие сообщения проходили и что делали лично. Отправка события, администрирование брокера и потоковая агрегация — разные виды опыта.
Читать ответОбъясните отсутствие очереди требованиями проекта. При небольшой нагрузке и необходимости немедленного результата синхронный обмен может быть проще и достаточен.
Читать ответНазовите версию, с которой действительно работали, и уточните, если не помните minor release. Версию клиента не нужно путать с версией RabbitMQ-сервера.
Читать ответСравните не только технологии, но и свои реальные задачи: какие события или задания передавали, как обеспечивали повторную обработку, порядок и наблюдаемость. Чётко отделите практический опыт от теории.
Читать ответFastAPI принимает задания, Celery выполняет сверку, RabbitMQ доставляет задачи. Полный отказ от ручного аудита нельзя объявлять без подтверждённых требований и измерений качества конкретного проекта.
Читать ответKafka прежде всего предоставляет партиционированный журнал с хранением событий и offsets читателей. RabbitMQ часто служит брокером очередей с exchanges, маршрутизацией и подтверждением отдельных сообщений.
Читать ответConsumer обычной очереди RabbitMQ подтверждает отдельные доставки через ack; consumer Kafka читает записи партиций и управляет offsets. Отсюда различаются повторное чтение, распределение работы и хранение истории.
Читать ответСообщение помещают в очередь задержки без consumers, задают message TTL и DLX на рабочий exchange. После истечения TTL оно направляется в рабочую очередь, где его получает обработчик.
Читать ответRabbitMQ чаще используют для очередей задач и гибкой маршрутизации сообщений, Kafka — для долговечного партиционированного журнала событий с независимым чтением и повторным проигрыванием.
Читать ответСообщение можно потерять до подтверждения публикации, при недолговечной очереди/сообщении, раннем ack или политике удаления. Защита требует publisher confirms, корректных acknowledgements и выбранной модели хранения.
Читать ответKafka делает акцент на сохранённом журнале событий, партициях и offsets, RabbitMQ — на маршрутизации и доставке через очереди. Это различие модели, а не правило «один быстрый, другой надёжный».
Читать ответ