Redis 8 снова open source, а мы уже на Valkey. Возвращаться?

[ivan21]

Подбиваем итоги полугодия и снова упёрлись в вопрос, который отложили в прошлом году. История у всех одна: в 2024-м Redis ушёл на закрытые лицензии, все дружно мигрировали на Valkey, а в мае 2025-го Redis 8 вернулся под AGPLv3 — да ещё и с бывшим платным Stack в коробке: JSON, полнотекстовый поиск, probabilistic-структуры, vector sets.

Мы сидим на Valkey 8.1: кэш, сессии, очереди на streams. Всё работает, жаловаться не на что. Но продуктовая команда просит поиск и хранение эмбеддингов, и тащить ради этого отдельный сервис, когда в Redis 8 это из коробки, как-то странно.

Возвращаться или нет? Кто как решил и почему?

[navspy]

Остаёмся на Valkey, и вот почему: он под крылом Linux Foundation, то есть второй раз лицензию из-под вас не выдернут. Redis уже один раз показал, как поступает с комьюнити, когда бизнесу нужно. AGPL сегодня — а что завтра?

По производительности тоже всё хорошо: после переработки io-threads в восьмой ветке мы на одном узле снимаем за миллион операций в секунду на valkey-benchmark и упираемся в сеть раньше, чем в процессор. Для кэша и сессий искать что-то ещё смысла ноль.

[cuda2010]

А мы вернулись, и ровно по вашей причине. Держали Elasticsearch только ради фасетного поиска по каталогу в два миллиона товаров — после переезда на FT.SEARCH в Redis 8 выкинули целый кластер из трёх нод. p99 поиска 6–8 мс, синхронизация данных исчезла как класс, потому что они и так лежали в редисе. Год эксплуатации — полёт нормальный.

Но важно: мы маленькие и софт наружу не продаём, AGPL нас не трогает.

[hunter22]

Разверну, потому что вопрос на самом деле не технический. Для девяноста процентов задач — кэш, сессии, локи, очереди — Redis и Valkey взаимозаменяемы: протокол тот же, клиенты те же, миграция в обе стороны — это перенос RDB-файла и смена порта. Поэтому выбирать надо по трём пунктам.

Первый — облачный провайдер. Managed-сервисы в СНГ после 2024-го массово переехали на Valkey и назад не торопятся: для них AGPL — юридический риск, который проще не брать. Если вы на managed, выбор уже сделан за вас.

Второй — юристы. Если вы SaaS и сам Redis не модифицируете, AGPL вам скорее всего не страшен. Если поставляете продукт on-prem клиентам — почти в любой корпоративной политике AGPL в запретном списке, и спорить с этим дороже, чем поставить Valkey.

Третий — фичи. Тут у Redis 8 реальный козырь: поиск, JSON и vector sets из коробки, у Valkey экосистема модулей пока догоняет.

Мы в итоге живём в две руки: Valkey как инфраструктурный кэш везде, плюс один отдельный Redis 8 под поиск и вектора. Противоречия не видим.

[cohenst1]

Подожду с восторгами. Однажды «навсегда open source» уже закончилось сменой лицензии за одну ночь. Доверие — невозобновляемый ресурс.

[deno9]

@ivan21, Раз уж тут собрались практики: а vector sets кто-нибудь гонял под реальной нагрузкой? Хотим положить туда эмбеддинги базы знаний — три миллиона векторов по 1024 измерения. По прикидкам, только сырые вектора — около 12 ГБ в RAM, плюс индекс сверху. pgvector на диске сильно дешевле, но смущает латентность под конкурентной нагрузкой. У кого есть боевые цифры?