минусы? Так-то судя по популярности большинству редис ок даже на больших проектах. Мне кажется сейчас редко где начинают думать о том, чтобы экономить железо, так как оно более-менее доступное и скорость разработки(редис весьма известный инструмент) решает чаще всего.
плюсую, есть такое ощущения, что для большинства задач это минусы вообще не актуальны. основной плюс редиса - он дико популярен, его можно взять и воткнуть, берите тарантул - это дополнительные трудозатарты, если ваши сотрудники с тарантулом дел вообще никогда не имели. кстати, если угорать по производительности, а что если идея с отдельным kv это в прицнипе так себе? так как во взятии по ключу задейстсована сеть + парсинг ключа в значение/структуру целевого рантайма, чтобы его использовать. и тогда надо обмазаываться всякими фреймворками а-ля hazelcast или openHFT, чтобы кеши были встроенным в сервсис, а группы сервисов сами по себе ещё являлись распределённым кешом, который в фоне обновляется, а доставание объектов из него теперь представляет просто обращение к мапе или иной родной структуре в рамках яп, без всяких походов по сети и парсинга.
Redis отлично ложится логически на структуры и примитивы типа в очередей в ЯП, по сути просто реализуя их "вовне". Tarantool - это своя "вселенная", к ней нужно адаптироваться и адаптировать код. Так что да, если речь не идёт о гигабайтах чего-то, то Redis - отличное решение, к тому же масштабируемое. Мне вот не нравится дико, что в Sentinel режиме нельзя пользоваться номерами баз и вызовом select.
Да, даже если у вас внешнее kv хранилище, и оно супер-пупер быстрое, всё равно нужно обмазываться локальными in-memory кэшами, т.к. парсинг действительно тормозит.
Обсуждают сегодня