Redis 8 снова опенсорс, Valkey набрал ход — что ставить на новый прод в 2026?

[ivan21]

Поднимаем новый бэкенд: нужен кэш, очереди на стримах и немного поиска по JSON-документам. Раньше вопроса бы не было — Redis и точка. Но после лицензионной драмы выбор раздвоился: Redis 8.x, который после возврата к опенсорсу живёт под AGPLv3 и вобрал в ядро бывшие модули Stack, или Valkey 9 под крылом Linux Foundation с привычной BSD.

Протокол совместимый, клиентские библиотеки одни и те же, по бенчмаркам оба быстрые. Технически — паритет на первый взгляд. Но наши юристы при слове AGPL делают такое лицо, что хочется сразу выбрать Valkey и не спорить.

Кто уже делал этот выбор осознанно — поделитесь аргументами, желательно с граблями.

[sainty]

Мы выбрали Valkey и не жалеем. Аргументы: BSD-3 — юристы подписывают не глядя; производительность — с io-threads в восьмой ветке они раскачали инстанс до ~1.2 млн операций в секунду, классический однопоточный Redis 7.2 на том же железе давал втрое меньше; за проектом стоят AWS и Google, то есть он не умрёт. Бытовой плюс для наших реалий: пакеты Valkey уже появляются в репозиториях отечественных дистрибутивов, для контор с требованиями по реестру согласовать сильно проще.

[dennisdd]

@ivan21, Не торопитесь хоронить Redis, разберу страшилку про AGPL по полочкам. Обязательства по AGPL наступают, когда вы модифицируете код и предоставляете его как сетевой сервис третьим лицам. Внутренний кэш вашего продукта — это не «продажа Redis как сервиса», вы его не модифицируете и не распространяете. Для 95% компаний юридический риск близок к нулю, юристы пугаются аббревиатуры, а не сути.

А теперь почему мы взяли именно Redis 8.2: по фичам он сейчас банально жирнее. Vector sets для эмбеддингов из коробки — мы на них сделали семантический поиск по базе знаний без отдельной векторной БД. JSON и полнотекстовый поиск теперь в ядре и бесплатно — нам это закрыло задачу, под которую раньше пришлось бы поднимать Elasticsearch. У Valkey это отдельные модули и зрелость заметно ниже. Плюс в проект вернулся его создатель, и по темпу релизов видно, что разработка ожила.

Итого: если нужен чистый кэш — берите что угодно. Если нужны поиск, JSON и вектора — Redis 8 сейчас объективно впереди.

[grpc_veteran]

@dennisdd, Прагматичный взгляд: протокол RESP один, не делайте из выбора религию. Берите то, что есть в вашем облаке или дистрибутиве, а в коде просто не прибивайтесь гвоздями к модульным фичам — тогда переезд в любую сторону займёт день. У нас managed-инстанс в облаке давно под капотом Valkey, локальные dev-окружения на Redis — за год ни один разработчик разницы не заметил.

[remington1]

@ivan21, Раз пошла такая пьянка: Dragonfly кто-нибудь щупал в проде? Подкупает вертикальным масштабированием — один жирный инстанс вместо кластера на шардах. Но лицензия BSL, так что сами понимаете. И до кучи: KeyDB можно из сравнений вычёркивать, после ухода Snap проект фактически заморожен.

[jpearce]

Вставлю пять копеек из банковского сектора: у нас безопасники и комплаенс требуют либо реестровое ПО, либо хотя бы сборку из внутреннего репозитория с понятной цепочкой поставки. Valkey с BSD согласовали за две недели, AGPL-ный Redis юротдел мариновал бы квартал. Технические аргументы коллег выше верные, но в энтерпрайзе СНГ выбор часто делает не архитектор, а бумажка.