Я недавно столкнулся с вопросом, что, поскольку redis не распространяется и не поддерживает параллелизм (многоядерный), поиск эластичности лучше не использовать redis для целей кэширования. Все это относится к простой сети, где мы использовали redis для кэширования db-запроса. У меня есть идея here, , но все еще не уверен, есть ли у нее какие-либо реальные преимущества. Открывая эту тему, обсудите преимущества/недостатки при этом.Является ли использование Elasticsearch в качестве кеша ключевого значения, например redis, имеет смысл
ответ
Это не то, что вы просили, но вы можете взглянуть на Aerospike.
Redis - это хранилище данных в памяти, известное своей скоростью и часто используемое в качестве кеша. Как Redis, так и Aerospike - с открытым исходным кодом, однако, когда приложения нуждаются в постоянстве или когда приложения должны масштабироваться, но серверы превышают RAM, разработчики должны рассмотреть Aerospike, распределенное хранилище ключей, которое так же быстро или быстро, как Redis, но масштабы проще и с экономией вспышек/SSD.
В дополнение к ответу, это сообщение сравнивает Redis с Aerospike подробно: http://www.aerospike.com/when-to-use-aerospike-vs-redis –
Возможно, вы должны отредактировать свой вопрос, чтобы не «открывать дискуссию». – Bob