Компания Redis Ltd объявила об изменении лицензионной политики проекта. Начиная с выпуска Redis 8.0 код проекта стал доступен под свободной лицензией AGPLv3. Переход на открытую лицензию стал возможным благодаря возвращению в компанию Сальвадора Санфилиппо (Salvatore Sanfilippo), создателя СУБД Redis. После своего ухода из Redis Ltd Сальвадор разработал набор векторных расширений (Vector Sets), которые был готов передать в состав Redis, но хотел чтобы созданный им код поставлялся под открытой лицензией. Сальвадор смог убедить коллег в целесообразности восстановления открытого характера проекта и улучшения взаимодействия с сообществом...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63175
Хах, забегали
Куда забегали? С ними просто договорились. Это и была цель.
Про цель теперь что угодно сказать можно. Редис обладал всей необходимой функциональностью ещё задолго до смены лицензии, поэтому попытки шантажа провалились, ещё и комьюнити оттолнули.
> Редис обладал всей необходимой функциональностью ещё задолго до смены лицензиитам есть ещё какая-то функциональность кроме хранения пар ключ-значение?
Pub/Sub мб.
Кто договорился, о чём? Ограничения на использование никуда не делось. Поэтому все разумные люди выбирают BSD/MIT.Redis Enterprise просто не мог тягаться с Майкрософтом, Гуглом, Амазоном и Ораклом, поэтому начали зажимать их бизнес в пользу своего бизнеса.
Конечно договорились, заменили во всех дистрах на форк.
> Хах, забегалиПоходу стандартный bait-and-switch не прокатил, хотя все стандартно же сделали:
> Redis поставлялся под разрешительной лицензией BSD, позволявшей не открывать свои
> изменения, после чего перешёл на проприетарные лицензии RSALv2...взяв "персиссивную" лицензию и понадеявшись что закрыв сорц - всем что-то прищемят. А эти негодяи отфоркаться ухитрились! :)
Какой смысл возвращаться к этому продукту? Отошли от лицензии раз - отойдут и еще не раз.
Жалкие оправдания директора - мол я стратег...
Форки стали более успешны? Можно ли провернуть фарш назад? Теперь доверия у корпораций не будет, а ведь это важный компонент многих инфраструктур.
У-у-у, доверия больше не будет! И что? Как миленький будешь пользоваться и добавки просить.
Скандал с Unity Technologies, скандалы с телеметрией Microsoft, Intel, AMD, платной подпиской Photoshop и цветами Pantone, с Musescore Group, да их не счесть! И где борцуны с корпорациями? Те, кому нужны работающие продукты, просто стиснули зубы и продолжают пользоваться.
А эфемерный скандал с переходом на альтернативы как стратегия в общем случае не работает.
Да вроде ничего из этого не прошло бесследно. И юнити чёт подзагнулась, нет? Никогда столько индюшатины на уе не было, теперь ощущение, что абсолютно все игры на анриал.
> Да вроде ничего из этого не прошло бесследно. И юнити чёт подзагнулась, нет?
> Никогда столько индюшатины на уе не было, теперь ощущение, что абсолютно все
> игры на анриал.Юнити вообще - в последнее время не видно, не слышно. Good riddance.
у анреала, вроде бы как, ранее плюс был в открытых исходниках( не без соблюдения условий кнчн ). В которых вполне можно было что-то подпиливать и оптимизировать или проводить эксперименты
У юнити - всегда был некоторый огороженный кусок, опенсорсный аналог которого, вроде бы, так и не сделали, в т.ч ввиду усилий самого юнитиСудя по тому, что даже в РФ, например, открытых вакансий по юнити в неск. раз больше чем по анреалу, дела у юнити не столь плохи как некоторым может показаться
> Судя по тому, что даже в РФ, например, открытых вакансий по юнити
> в неск. раз больше чем по анреалу, дела у юнити не
> столь плохи как некоторым может показатьсяНу открыто там может что угодно быть, игр то на нём больше не делают. Но остались невостребованные кодеры, которые больше ничего не умеют. Хотя, основное применение юнити всегда было телефонные игры, а все мы знаем, какие там игры.
Лиса и виноград.
Redis можно в принципе выкинуть, очередное ненужно, а если у тебя проект изначально на подпорках, то ты и за деньги будешь юзать
Я напомню, что провернули Oracle с MySQL. Все просто перешли на форк MariaDB, а MySQL нахрен никому не нужен.
> Я напомню, что провернули Oracle с MySQL. Все просто перешли на форк
> MariaDB, а MySQL нахрен никому не нужен.Только с тех пор форк загнулся под багами и техническим долгом и все пользователи спешно побежали обратно в лоно родной корпорации.
> Только с тех пор форк загнулся под багами и техническим долгом и
> все пользователи спешно побежали обратно в лоно родной корпорации.Кто куда побежал? Мускуля выпилили из всех майнстримных дистров линуха. И бегать на него на серверах стало очень неудобно. А не на серверах он не очень то кому и нужен.
Ну правильно, а зачем он там? С жавой похожая история, выбираешь вендора и получаешь от него пакеты. Оракл предоставляет пакеты для всех пакетных менеджеров всех основных дистрибутивов, обновления будут прилетать как обычно. Фичи пилятся. И ничего не ломается, чего нельзя сказать о Марии.
> Ну правильно, а зачем он там? С жавой похожая история, выбираешь вендора и
> получаешь от него пакеты. Оракл предоставляет пакеты для всех пакетных менеджеров
> всех основных дистрибутивов, обновления будут прилетать как обычно. Фичи пилятся.
> И ничего не ломается, чего нельзя сказать о Марии.Ты не понял чувак. В 99% случаев я ничерта "выбирать" не буду. Особенно такого вендора как оракл. Я скажу в лысой дефолтовой версии дистра "apt install <whatever>", закомирую туда релевантные конфиги, если уже есть, и на этом мой разворот сервера как таковой и закончится. Или вон то вообще сделает мне - какой-нибудь доскер. И вот нафиг мне с ораклом связываться с их открыть-закрыть-лицензию-сменить-засудить?
Поэтому оракл может засунуть свой мускуль - и яву тоже - туда где не светит солнце. И отношаться с всем этим будет только какой-нибудь махровый энтерпрайз где какое-то легаси прибито к конкретной версии вон того, сломается от замены, а фиксить проприетарную блевоту никто не хочет или не может. Но это вообще какой % инсталляций? Именно тот который оракл заслужил, имхо. И какие они там гири пилят - теперь >90% юзавших вон то имхо уже и не интересует.
Ну если ты используешь что дают - то тебе не пофиг что ставится ?
Откуда такая ненависть к Oracle ? (в принципе я тоже их не особо люблю, но это от общения с metalink-ом).А так, за последние 3 года - эта мария настолько достала своими глюками/несовместимостями, что теперь ставим исключительно нативный MySQL. Нет Марии - нет проблем.
На перкону же.
А что там было? По мне так люди продали один раз и решили продать ещё раз. Сделав форк. Сейчас проблем особо не видно с mysaql. Так они его ещё и нормально так допилили, судя по новостям.
> MariaDB, а MySQLСудя по вашему и ваших коллег комментариям, вы никогда не пользовались ни тем, ни другим. Это нерабочие продукты.
У главного форка Valkey до сих пор нет функционала expire отдельных элементов hash set и sorted set. Приходится эмулировать временность элементов таких структур с помощью своего локального кода.
Видимо, так востребовано. Или есть какие-то причины не спешить с копированием.
... Или просто не смогли.
> Или просто не смогли.Это особенно смешно читать в контексте корпораций, создавших современный рынок облачных вычислений.
да, да - «особенно смешно читать в контексте корпораций» - это точно, когда эфф. манагер не выделил ресурсы, т.к. его не смогли убедить в нужности данной фичи. А вот та финтифлюшка очень понравилась генеральному - ее то и будем делать сколько бы это не стоило :DDDDDDDDDDDDDзы. знаем, плавали
А у самого Redis-а он разве есть? Дайте пожалуйста ссылочку на соответствующую документацию.
Блудный сын вернулся
Богатые блудявые корпорации всё же соизвололи помочь детищу, которого они эксплуатируют и который им, хоть и косвенно, но приносит огромные деньги!
Выкинув его на мороз?!? Хорошая, я бы даже сказал - КОРПОРАТИВНАЯ(С), помощь! :)))
Во всех дистрах уже есть Valkey и НЕТУ Redis ... история успеха? Ну такое ...
Что вы за чушь несёте!?
Кто и когда его выкидывал!?
Чтобы выкинуть, его до этого должны были или создать и/или содержать.
То что valkey во всех НЕ энтепрайзных и не LTS дистрибутивах не меняет вообще ничего!
Сейчас оперативно выкинут этот valkey и LTS дистрибутивы вообще не заметят что что0то изменилось!
Я не знаю ни одного разработчика или проекта, который перешёл на valkey, но знаю многих разаботчиков, использующих redis, кто не знает вообще что такое valkey.
> Я не знаю ни одного разработчика или проекта, который перешёл на valkey, но знаю многих разаботчиков, использующих redis, кто не знает вообще что такое valkey.То, что ты или какие-то твои друзья-знакомые чего-то не знаете, совершенно не значит что этого не существует. Соседний отдел выкинул редис как только valkey появился в дистрибе. И сделали они это именно из-за проблем с лицензией. И обратго не собираются, чтобы два раза по одним и тем же граблям не ходить.
> Я не знаю ни одного разработчика или проекта, который перешёл на valkey,
> но знаю многих разаботчиков, использующих redis, кто не знает вообще что
> такое valkey.Понимаешь, дистры линуха завидев такое кидалово стали маневрировать в стиле MariaDB, то-есть вынесли мускул - заменили все депендсы на mariadb. Так и у твоих горе-разработчиков может плавно прореазаться какой-нибудь valkey - и их вообще забудут спросить. Они - никто. И ничего экосистемно не решают. Если конечно не майнтайнеры того пакета в юзаемом ими дистре. А вот майнтайнеру лицензионные проблемы идущие в клещ с полисями дистра - по дефолту нахрен надо. Если пакет идет в клещ с полисями дистра, его в этом дистре - не будет. Или это не дистр а помойка, которую поддерживают какие-то тряпки. Которыми все полы и моют, а проблемы перепиханы на голову того кто дистр поставил.
Что-то я не заметил в генте выкидиыания, а вот valkey и keydb в базовой репе нет:# eix dev-db/redis
[I] dev-db/redis
Доступные версии: 6.2.16(0/6.2)^t 6.2.17(0/6.2)^t ~6.2.18(0/6.2)^t 7.2.6(0/7.2)^t 7.2.7(0/7.2)^t ~7.2.8(0/7.2)^t 7.4.1(0/7.4)^t{tbz2} 7.4.2(0/7.4)^t{tbz2} ~7.4.3(0/7.4)^t {+jemalloc selinux ssl systemd tcmalloc test LUA_SINGLE_TARGET="lua5-1 luajit"}
Установленные версии: 7.4.2(0/7.4)^t{tbz2}(13:34:15 20.01.2025)(jemalloc ssl -selinux -systemd -tcmalloc -test)
Домашняя страница: https://redis.io https://github.com/redis/redis
Описание: A persistent caching system, key-value, and data structures database# eix dev-db/keydb
Совпадений не найдено.
# eix dev-db/valkey
Совпадений не найдено.
Поздно. Корпорации уже форкнули и будут развивать своё.
Пытались. Едва не надорвались. Теперь приползут на коленях к сообществу, как и всегда.
А разговоров-то было
За двумя зайцами погонишься, ни одного не поймаешь
И тут появился третий заяц.
> И тут появился третий заяц....и алиса порвалась :)
Хорошая новость.Ложечки вернули, осадочек никуда не делся.
У Айтишников долгая память.
К сожалению уроком для корпораций это не станет - запахнет баблом и из разработчиков с пользователями опять клей сварят.
У айтишников такая долгая память, что новые фреймворки каждый раз проходят по старым граблям.
Это каждый раз новые айтишники с горящими глазами.
да ладно, в след. раз закроют...
Монстр всё монстреет, хотя большинству нужнен лишь функционал хранения ключ-значение.
Есть Memcached для таких
Он распределенный?
Ещё один аргумент в пользу копилефта.
Не понял, зачем мне выбирать менее свободную лицензию?
> AGPLv3Я тут заметил, что особо жадные корпорасты выпускают свое гуано исключительно под копилефтом. Ничего удивительного, ибо пермиссив посвободнее будет. Ну да ладно, уж гуглу-то их насквозь запроприетаренная копилефтная фигня нахрен не упала.
> Ничего удивительного, ибо пермиссив посвободнее будетАга, пермисив был настолько свободен что коммьюнити свалило с редиса, а корпорации запилили свой форк. Как раз потому что BSD был посвободнее в вашем понимании. А в понимании коммьюнити BSD был несвободным, ведь открытый код закрыли.
И теперь если redis хочет, чтобы коммьюнити вернулось и вкладывало свои усилия в разработку проекта (хотя бы как тестеров), то ему приходится давать гарантии, что в будущем проект не будет закрыт снова. И такой гарантией стала копилефт лицензния.
Именно поэтому копилефт является важнейшим аспектом свободы пользователей.
>понимании коммьюнити BSD был несвободнымА как же форков понаделали?
>приходится давать гарантии, что в будущем проект не будет закрыт снова
АГПЛ такое не гарантирует, права на код у компании, захотят - закроют.
> АГПЛ такое не гарантирует, права на код у компании, захотят - закроют.Весь вопрос в патчах. Если берут патчи от пользователей под BSD - закрыть могут. Если берут патчи от пользователей под GPL - уже не могут (придется все куски от пользователей переписывать).
Именно поэтому пользователям совсем нет смысла помогать проектам под BSD.
> Я тут заметил, что особо жадные корпорасты выпускают свое гуано исключительно
> под копилефтом. Ничего удивительного, ибо пермиссив посвободнее будет. Ну да ладно,
> уж гуглу-то их насквозь запроприетаренная копилефтная фигня нахрен не упала.Они тут случайно заметили что юзать права и свободы хапнутые под пермиссивом - бывает довольно чревато. Как то - могут, вот, сорец взять и - закрыть. И сразу все такие свободные, от новых версий этой шляпы особенно. Но тут вдруг оказалось что выкручивать руки в таком стиле - может и не прокатить. Собственно для этого опенсорц и придумали.
>Я тут заметил, что особо жадные корпорасты выпускают свое гуано исключительно под копилефтом.Толстый наброс.
Использую вместо Memcached. Хорошая штука.
Красавцы! Но почему-то я не увидел, как редис цинично перетянул к себе все наработки valkey (если они там вообще были). Но в целом сработали хорошо. Заставить халявщиков поработать, особенно если эти халявщики — корпорации из топ 10, — это дорогого стоит.
Реально? Вот это и было целью? ППЦ ...Впрочем - да! Всё получилось хорошо - редисок ни в одном Линуксе не осталось, везде теперь Valkey от корпорастов. Теперь то точно - порядок! :)
> Реально? Вот это и было целью? ППЦ ...Так это и не скрывалось. А какой тогда смысл в бизнесе, если твой продукт используют, а ты ничего не получаешь?
> Впрочем - да! Всё получилось хорошо - редисок ни в одном Линуксе
> не осталось, везде теперь Valkey от корпорастов. Теперь то точно -
> порядок! :)А вот почему так — это уже другой вопрос. Ведь не может же быть, чтобы свободные дистрибутивы линукс тоже были от корпорастов… wait… oh, shit!
> При использовании AGPL-компонентов в работе сетевых сервисов, разработчик обязан предоставить пользователю исходный код всех внесённых в эти компоненты изменений, даже если лежащее в основе сервиса программное обеспечение не распространяется и используется исключительно во внутренней инфраструктуре для организации работы сервиса.То есть открытый редис всё ещё не годится для бизнеса, всё равно надо покупать коммерческую лицензию. Зачем это делать, если есть аж два форка от локомотивов индустрии и без этих ограничений? Где предполагается использовать редис в таком случае? Опенсорсных сервисов и проектов такого масштаба где он мог бы понадобится не существует. Для остального достаточно Valkey.
Только если бизнес добавляет улучшения и не готов открывать код патчей. AGPL не запрещает SaaS и использование Redis в облачных сервисах с закрытым кодом
Как не запрещает? Вон же написано, «обязан предоставить пользователю исходный код всех внесённых в эти компоненты изменений, даже если лежащее в основе сервиса программное обеспечение не распространяется и используется исключительно во внутренней инфраструктуре для организации работы сервиса». Не только изменения компонентов, но и все остальные связанные с сервисом компоненты надо открывать. Видимо, чтобы каждый васян мой свой AWS под кроватью запустить.
>Не только изменения компонентов, но и все остальные связанные с сервисом компоненты надо открывать.Это говорит только о том, что ты не можешь легально нарушить лицензии, как в случае с gplv2, и использовать копилефтные компоненты в проприетарном коде. Как компонент системы -- сколько угодно (до тех пор, пока ты не используешь модифицированный компонент под agplv3 для доставки контента пользователям -- в таком случае накладываются обязательства предоставить код улучшений. А не любят эту лицензию как раз из-за запрета собирать приватных гомункулов без лицензии (потому что ты никогда не сможешь совместить несовместимые лицензии и этот код не пойдёт дальше серверов и рабочих станций организации), что очень не нравится всяким гуглам, привыкшим вертеть год под гпл как им хочется и никому не показывать доработки.
Кэш с возможностью ограничения времени хранения. И все, больше от редиски не надо.А все эти поиски, вектора и прочее... Новый франкенштейн на подходе. Очередная глючная помеcь эластика с постгресом выходит.
>Кэш с возможностью ограничения времени хранения. И все, больше от редиски не надо. А все эти поиски, вектора и прочее..Понятно, что для тебя всякие sorted set, vector set, geohash, probabilistic data, etc - это слишком сложно. Но зачем об этом кричать во всеуслышанье (гордо так: "мы ваших университетов не кончали")?. Для твоего уровня задач есть Memcached.
Мемкашед не подходит, если нужно хранить на диске данные.
Для "всякие sorted set, vector set, geohash, probabilistic data, etc" - УЖЕ есть ОТЛИЧНЫЕ (от других) инструменты. И они уже работают и *** не просят. Зойчем мне New-редисюк?
Для чего он был нужен - теперь Valkey... увы, но нынче всё ППЦ как жестко. Облажался - умри.
как с race condition на ключах бороться в нем?
Хорошая попытка, но нет. Все форки - под пермиссивкой, джинна в бутылку обратно не загнать.
Интересно, а как воспримут включение задней скорости те, кто стал платить за лицензии?Неа, "... нам такой хоккей не нужен!"
А таких не нашлось, чего думаешь заднюю включили?
Нашлись! У них на сайте точно было. :)PS: Лох - не мамонт(С) ...
Потрясающая новость!
Фу, прогнулись под копилефтщиков
Единожды солгавший, кто тебе поверит? (ц)
Единожды спалившийся на лжи.
У меня не появилось за 8 месяцов открытости Elasticsearch ни одного его инстанса. В будущем буду ставить Opensearch поумолчанию, т.к. считаю этот проект канонической имплементацией, и только потом уже по необходимости буду думать о миграции на Elastic.
Думаю для многих так же сработает с redis.
держи в курсе, очень интересно