Понимание Redis, концепция кэширования вообще

Question

Я работаю над веб-приложением, которое получает данные от поставщика API. Он получает нужные мне данные, но мне нужен способ кэшировать эти данные, чтобы они не повторяли их снова для одних и тех же данных.

Затем я наткнулся на Redis, который, кажется, служит моей цели, но я не на 100% понятен концепцию кеширования с использованием Redis. Я проверил их документацию, но я не понимаю, что они говорят.

Предположим, что я только что разместил свой сайт, чтобы жить, и у меня есть мой первый посетитель, которого зовут А. Так как A - это первый человек, который посещает мой сайт, он запросит новый набор данных через поставщика API и через пару секунд, на странице будут загружены данные, которые требуется A.

Мой сайт кэширует эти данные в Redis, чтобы обслуживать будущих посетителей, которые попадут на ту же страницу.

Сейчас у меня второй посетитель Б.

B попадает в ту же URL страницы, как сделал и потому, что мой сайт имеет эти данные, хранящиеся в кэше, B подается из кэша и будут испытывать гораздо более быстрое время загрузки чем то, что испытал А.

Является ли мое понимание в соответствии с концепцией веб-кеширования?

Я всегда думал о кешировании в соответствии с пользовательским основанием, поэтому мое взаимодействие на веб-сайте не имеет никакого влияния или вообще не относится к другим людям, но Redis, похоже, работает на каждую заявку.

Answer 1

Его основанные на требованиях.

Я дам краткий обзор того, как работает Редис. Redis содержит пары ключевых значений. Скажем, если вы хотите кэшировать данные профиля пользователя, вы можете сделать это следующим образом

Key - profile_user

Value - [ "х", "23"]

Таким образом, Именование ключа - все это имеет значение.

У вас могут быть разные ключи для кэширования на уровне сети и кэширования уровня пользователя. Приложение должно иметь возможность генерировать соответствующие ключи для извлечения одних и тех же данных из Redis.

Надеюсь, я прояснил ситуацию.