Разработка на Redis

Redis держит данные в оперативной памяти и отвечает за доли миллисекунды. Мы кладём туда то, что запрашивают постоянно: результаты тяжёлых запросов, сессии, корзины, счётчики, готовые куски страниц. На каталоге с фильтрами это разница между ответом за две секунды и за двести миллисекунд, причём заметная именно в часы наплыва посетителей.

Второе применение — очереди. Отправка писем, генерация документов, выгрузки и обмены выносятся в фон: посетитель получает ответ сразу, а тяжёлая работа выполняется отдельным процессом. Заодно это защищает от ситуации, когда внешний сервис завис и вместе с ним завис весь сайт.

Настраиваем аккуратно: у каждого ключа своё время жизни и понятная схема сброса. Иначе кэш превращается в источник проблем — цена в базе поменялась, а на сайте неделю висит старая, и никто не понимает почему.

Где применяем Redis

Когда это не нужно

Не решает проблему кривых запросов к базе — сначала чиним их, потом добавляем кэш.

Мы говорим об этом до старта, а не после подписания договора: переплата за инструмент, который не решает вашу задачу, — самая обидная статья бюджета.