Memcached vs Redis as Rails.cache, когда требуется кеш LRU

Question

В настоящее время я использую Redis в качестве рабочей очереди для Sidekiq. Мне также интересно использовать его как механизм кэширования для Rails.cache.

Рекомендуемый механизм кеширования Rails никогда не истекает, и полагается на выселение наименее недавно использованного (LRU) элемента. К сожалению, Redis по умолчанию не настроен на вытеснение наименее недавно используемого элемента, в то время как рекомендуемый кэш-хранилище memcached.

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

Что бы вы посоветовали в этой ситуации? Второе хранилище redis для работы в качестве кеша и настройка LRU? Или просто используйте рекомендуемые рельсы memcached cache store и используйте только redis для очереди?

Я склоняюсь к использованию как Redis, так и Memcached, несмотря на множество статей переполнения стека, рекомендующих в противном случае. memcached, поддерживающий выселение LRU по умолчанию, является тем, что меня побеждает.

Некоторые статьи:

• redis and memcache or just redis
• why is memcached still used alongside rails

Hidden глубже в комментариях, плакаты отметить, что Memcached в LRU выселении как отличный повод, чтобы использовать его в качестве кэш-памяти.

Answer 1

Закончено с использованием как redis, так и memcached. Доволен результатами.

Answer 2

Главное отличие заключается в том, что Memcached может работать в параллельных ядрах/машинах, но Redis настолько легкий и быстрый, что требуется большая нагрузка, чтобы достичь своего предела, если он работает на достойной машине, где он использует только пару ядра, так как он работает, чтобы использовать оба для вас, это здорово, но это звучит как ненужная сложность для использования обоих, вот и все. (т. е. если вам нужны контрагенты для работы над ним и т. д., вам нужен кто-то, у кого есть опыт работы в обеих технологиях, а не только один).