Redis

Redis — in-memory база данных с поддержкой различных структур: строки, хэши, списки, множества, сортированные множества, потоки. Используется как кэш, брокер сообщений, хранилище сессий и distributed lock.

Redis обрабатывает сотни тысяч операций в секунду с субмиллисекундной задержкой. Используется Twitter, GitHub, StackOverflow, Pinterest для кеширования и real-time функций.

Redis 7 добавил Redis Functions (замена Lua-скриптов), ACL v2 для гранулярного контроля доступа и улучшенные Streams. По сравнению с Memcached, Redis предлагает значительно больше структур данных, persistence и кластерный режим. По сравнению с KeyDB или DragonflyDB, Redis остаётся стандартом с лучшей экосистемой и документацией.

Redis в наших проектах выполняет три роли: кеширование частых запросов (снижение нагрузки на PostgreSQL), брокер задач для Celery (фоновая обработка), distributed locks для координации параллельных процессов.

Pub/Sub в Redis обеспечивает real-time уведомления без дополнительных зависимостей. Для небольших проектов Redis опционален — система работает и без него, с fallback.

Мы выбираем Redis вместо RabbitMQ для Celery, когда проект не требует сложной маршрутизации сообщений. Redis проще в эксплуатации и занимает одну роль вместо двух (кэш + брокер). Для rate limiting и session storage Redis заменяет отдельные сервисы.

Redis используется в большинстве наших проектов с 2019 года. Типовые сценарии: кеширование API-ответов, очереди Celery, сессии пользователей, distributed locks.

В проекте Oil-Game Redis обеспечивает координацию фоновых задач аукционов — distributed locks предотвращают дублирование при перезапуске сервера.

Мы настраиваем Redis в Docker Compose с persistence (AOF + RDB), мониторим через redis-cli INFO и Grafana, используем redis-py и aioredis для Python-интеграций. Типичное потребление памяти в наших проектах — 50-200 МБ.