Опишите поток: изменения фиксируются в основной БД, событие поступает в Kafka, consumer обновляет или инвалидирует Redis. Redis здесь ускоряет чтение, а Kafka доставляет изменения.
Расскажите, как дружили Kafka и Redis в проекте Softmedia (Redis кэшировал данные, обновления шли через Kafka).
Опишите поток: изменения фиксируются в основной БД, событие поступает в Kafka, consumer обновляет или инвалидирует Redis. Redis здесь ускоряет чтение, а Kafka доставляет изменения.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Опишите поток: изменения фиксируются в основной БД, событие поступает в Kafka, consumer обновляет или инвалидирует Redis. Redis здесь ускоряет чтение, а Kafka доставляет изменения.
Для реального проекта Softmedia назовите фактические источники данных и вашу часть работы, не придумывая схему. В типовом варианте нужны идемпотентность события, контроль версии, обработка повторов и consumer lag. Старое событие не должно перезаписывать новое значение; TTL страхует пропущенную инвалидацию. При необходимости гарантированной публикации из БД применяют outbox.