На странице собраны вопросы по Redis — от проверки базовых принципов до практического применения и архитектурных решений. В подборке чаще встречаются темы: redis, database, backend.
В Redis sorted set идентификатор задачи можно хранить как member, а время запуска — как score. Готовые задачи выбирают по score не больше текущего времени.
Если Redis — только ускоряющий кэш, допустим контролируемый fallback к БД после короткого timeout. Ошибку кэша нужно отличать от отсутствующего ключа и не превращать в бесконечные повторы.
Для единственной копии отложенных уведомлений вытеснение недопустимо: выбирают noeviction и обрабатывают отказ записи при нехватке памяти. Надёжнее хранить источник истины в долговечном хранилище.
Если речь о данных клиента, Redis даёт общий быстрый кеш нескольким экземплярам приложения и TTL. Если о live-объекте сетевого клиента, его обычно не хранят в Redis.
Опишите PostgreSQL как источник истины и Redis как кэш, если именно так было в проекте. Важны срок жизни, инвалидирование и безопасное поведение при отказе.
Redis обычно обслуживает данные из памяти; RDB/AOF нужны для восстановления, а не являются автоматическим дисковым fallback при нехватке RAM. Последствия падения зависят от роли и настроек.
Разные consumer groups могут независимо читать одни и те же события и строить собственный Redis в каждом дата-центре. Но это не следует только из названий групп.
Уточните реальную схему: репликация одного набора Redis-данных или независимое построение read-model в каждом дата-центре. Внешне они могут выглядеть похожими, но гарантии различаются.