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

Ключевое проектное решение здесь — не выбирать один срок жизни на всю карточку, а разделить данные по требованию к свежести. Изображения и статика уходят на сеть доставки с версионированными именами и практически бесконечным сроком: инвалидация заменяется сменой имени файла. Описания, характеристики и категории меняются редко и живут в распределённом кэше десятками минут. Цена и остаток — отдельный ключ с временем жизни порядка десятков секунд и явной инвалидацией по событию изменения, чтобы уложиться в требуемую минуту; так дорогая свежесть покупается только для маленькой части данных. Обязательны разброс времени жизни, пересчёт популярных ключей в один поток и выдача устаревшего значения с фоновым обновлением, а для товаров с витрины — локальная копия в памяти инстанса перед распределённым кэшем, чтобы не создавать горячий ключ. Отдельно продумывается отказ кэша: при перезапуске Redis весь трафик уйдёт в базу, поэтому нужны ограничение числа одновременных обращений, предохранитель и постепенный прогрев. Успех измеряют долей попаданий по типам ключей, задержкой на верхнем перцентиле и нагрузкой на базу, а не общей средней цифрой.