Комментарии 15
В одном проекте мы вместо redis спользовали просто hashmap, а в другом я щас использую spring cache. И все устраивает
Насколько я понял из доков, spring cache предоставляет обёртку, под которой можно сконфигурировать в том числе redis.
Вопрос скорее возникает не тогда, когда нужно просто сохранить что-то в памяти внутри одного процесса (хотя и в этом случае стоит, например, позаботиться о многопоточном доступе), а когда требуется сделать хранилище кэша в отдельном сервисе, который был бы доступен для других процессов (и для внешних подключений по сети), и был бы при этом достаточно эффективным и надёжным.
Простая жизнь у разработчиков монолитов под низкие нагрузки.
Есть еще DragonflaнDB. у keyDB очень интересная штука с master<>master (active-active) репликацией, но бывают сложности. Также изначально был интересный FLASH-модуль для хранения на диске. Но теперь есть решение получше - Apache KVRocks (в число активных комиттеров вхожу как раз и я).
Стоит отметить, что в Garnet, в том числе, не работает lua, а если вы плотно используете redis (не только get/set), то скорее всего lua команды тоже уже используются.
DragonflyDB полностью совместим с Redis API.
Нет, не полностью https://www.dragonflydb.io/docs/command-reference/compatibility
Что-то я не понял, зачем сразу кидаться выпиливать Redis из дистрибутивов, почему просто не остаться на версии до смены лицензии? Они же ретроспективно её не поменяли? Ведь не поменяли же (энакин_и_падме.jpg)?
OpenSource это не столько история про исходники, сколько про особый способ коммуникации между разработчиками. Когда одни отворачиваются на 180 градусов, то другие делают такое же движение.
В погоне за заменой Redis