Подготовка к интервью
Разбирайте реальные вопросы, сверяйтесь с подробными ответами и готовьтесь по технологиям и компаниям.
Проверьте, насколько резюме подходит выбранной позиции, и получите рекомендации по улучшению.
Каталог
После того как сервис прочитал данные из Kafka и обогатил их информацией из Redis, обычно следующие шаги зависят от бизнес-логики:
Читать ответОсновные моменты:
Читать ответВ описанной архитектуре с асинхронной обработкой через Kafka нагрузка распределяется между сервисами, что позволяет масштабировать систему и обрабатывать высокие объемы сообщений.
Читать ответДанные пишутся через Kafka, а не напрямую в ClickHouse, по нескольким причинам:
Читать ответЕсли несколько сервисов пишут события о пользователе (create, update, delete) в Kafka, а при обновлении или удалении стали возникать ошибки, вероятные причины и решения:
Читать ответРешение о том, записывать ли результат валидации в базу или отправлять дальше в Kafka, зависит от архитектуры и требований системы.
Читать ответВ нашей работе с Kafka использовали консюмеры для чтения сообщений из топиков.
Читать ответЧтобы все события по одному заказу попадали в одну партицию Kafka, нужно использовать ключ (key) при отправке сообщений, который однозначно идентифицирует заказ.
Читать ответПри использовании оптимистичной блокировки retry обычно инициируется на уровне сервиса, а не Kafka-сообщения.
Читать ответKafka обеспечивает доступность и устойчивость через несколько ключевых механизмов:
Читать ответДа, в Apache Kafka возможно, чтобы несколько потребителей одновременно читали одну и ту же тему, но с некоторыми особенностями.
Читать ответМетод, гарантирующий, что сообщение будет обработано не более одного раза, называется exactly-once processing.
Читать ответ