TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Redis adopts dual source-available licensing

417 点作者 pauldix大约 1 年前

75 条评论

bionhoward大约 1 年前
IMHO this is gonna kill Redis Labs just like Hashicorp is getting owned and seeking a buyout, and not stop anyone from ripping off Redis Labs, because the folks who truly suffer from this are the small startups who just want to use Redis cache without legal bullshit, whereas for AWS to fork Redis is doable and they could even turn it around and make their fork permissively licensed which suddenly makes Redis Labs into the worse choice in terms of license.<p>It’s a hard choice to make, but imho either keep your code proprietary or stick with “Apache OR MIT” … all this stuff about switching licenses partway down the line is really lame and just seems destined to backfire.<p>Open Source is about user ownership of software. If we try to get around that with legal trickery to make a buck, then it’s not going to hurt the big corpo teams, but rather the users. Big corpo teams are users too, they don’t want to deal with this legal mess either. Like it or not, Redis has always been a permissive open source project which is why it has been a success. Changing that is changing the equation in that regard going forward and portends bad outcomes for everyone involved.
评论 #39783025 未加载
评论 #39783868 未加载
评论 #39784634 未加载
评论 #39787891 未加载
评论 #39782615 未加载
评论 #39799609 未加载
jillesvangurp大约 1 年前
I&#x27;m assuming people are forking this as we speak. Kind of sad to see companies cut themselves off from their own developer communities.<p>I understand why they do it. I just don&#x27;t agree it works long term.<p>Most Redis users have never paid the company behind it even a single cent. Me included. So, I can appreciate them doing this in order to make some money. Except it won&#x27;t change my behavior; I&#x27;ll just use the fork. Just like the vast majority of other Redis users, external Redis contributors, all of the cloud providers currently offering Redis commercially, and by the time this runs it course probably a fair bit of current Redis employees.<p>Given the large amount of commercial users and cloud providers offering Redis, I don&#x27;t think it will take long for them to get organized even. They pretty much have to given that they have lots of users paying them for this.<p>There are some precedents with Terraform, Elasticsearch, Red Hat, and a few other big players now dealing with a lot of their target users and potential customers depending on open source forks. As a business strategy alienating future users like that seems misguided.<p>When Oracle took ownership of Sun&#x27;s open source projects (including such things as mysql, hudson, openoffice, etc.), they quickly lost control of most of that. Oracle&#x27;s attempts to convince the world to use their closed source offerings never amounted to much. Even with Java, they more or less gave in and openjdk is where the action is these days. Except for a few banks, very few people use the Oracle JDK. There&#x27;s no need, Oracle has long ago stopped pretending there&#x27;s any advantage to that. All the development happens on OpenJDK. There are half a dozen different companies offering certified builds.<p>Anecdotically, I consult on Elasticsearch and Opensearch. Most of my recent clients default to Opensearch. It&#x27;s just the way it is. They all go for the free and open source option.<p>The point here is that this can only end in one way: the creation of a Redis fork that will be used by the vast majority of current Redis users.
评论 #39781552 未加载
评论 #39779423 未加载
评论 #39783897 未加载
评论 #39776091 未加载
评论 #39787938 未加载
评论 #39785479 未加载
评论 #39782619 未加载
评论 #39776119 未加载
评论 #39781364 未加载
评论 #39776318 未加载
pauldix大约 1 年前
Revenue through hosting continues to be the big driver for all of these projects, which is what is motivating the license changes.<p>The trend indicates that only open source libraries work for companies that own projects. If it&#x27;s a program (e.g. server software like a database) then it&#x27;s either source available or under a foundation. It&#x27;s tough and I don&#x27;t know what the answer is here.<p>I&#x27;d love to see a model that causes the pendulum to swing back the other way with open source permissive licenses for complex programs, but I don&#x27;t see a viable way yet. Maybe trademark enforcement and open source code only with licensed builds?<p>Either way, I&#x27;m sure we&#x27;ll continue to see the rise and fall (or license change) of popular open source software for years to come. There&#x27;s too much benefit for developers and companies to start out open source. And there&#x27;s too much pressure later on to change it.<p>At the very least, I&#x27;ll give Redis credit for giving far more value to the world than they&#x27;ve captured. By an absolutely massive margin.<p>It&#x27;ll be interesting to see how long a fork takes to land and if it&#x27;ll be successful. And it&#x27;ll be interesting to look at Redis (the company)&#x27;s revenue growth curve in 5 years.
评论 #39775081 未加载
评论 #39772940 未加载
评论 #39773752 未加载
评论 #39775754 未加载
评论 #39775619 未加载
margorczynski大约 1 年前
People always said that the model for making money off open source is support - some company uses e.g. Postgres and they require specialists to help them out and put out fires in their on-prem setup.<p>But in the age of the &quot;Cloud&quot; companies will simply use the managed offering provided by Amazon&#x2F;MS&#x2F;Google&#x2F;etc. basically destroying any financial opportunities for the maintainers and other people around the project. Also nobody wants to work their ass off on some OSS just to see AWS raking in milions off it without contributing back anything.
评论 #39775076 未加载
评论 #39790037 未加载
jeswin大约 1 年前
More Open Source projects should adopt SSPL, or experiment with LLama 2 style limitations on the size of companies which may use the work for free (for example, Open Source but not if you&#x27;re a multi-billion cloud megacorp). When individual developers contribute back, they weren&#x27;t doing it to enable AWS to freeload.<p>AWS of course is the single biggest reason why projects are flocking to more restrictive licenses. The right thing to do for AWS would have been to respect the work of the original authors (&#x2F;company) and throw their weight behind an offering supported by the original developers. Instead, AWS builds a competing product when they see an OSS product succeeding. Third party vendors stand no chance after that due to the tighter integration and marketing muscle.<p>Not to mention, Amazon and AWS give so little back to Open Source despite being a big (the biggest?) beneficiary. Google, Microsoft and even Oracle do more for Open Source than Amazon.
评论 #39776390 未加载
评论 #39776403 未加载
评论 #39776492 未加载
评论 #39821346 未加载
评论 #39776790 未加载
评论 #39781863 未加载
评论 #39776713 未加载
评论 #39776321 未加载
评论 #39784969 未加载
评论 #39787704 未加载
reconditerose大约 1 年前
Redis Inc. is moving the <a href="https:&#x2F;&#x2F;github.com&#x2F;redis&#x2F;redis&#x2F;">https:&#x2F;&#x2F;github.com&#x2F;redis&#x2F;redis&#x2F;</a> project away from the three part BSD license to a dual license using two non-OSI approved license. This comes after previous comment from them saying that &quot;... the Redis core license, which is and will always be licensed under the 3-Clause- BSD&quot;. (<a href="https:&#x2F;&#x2F;redis.com&#x2F;blog&#x2F;redis-labs-modules-license-changes&#x2F;" rel="nofollow">https:&#x2F;&#x2F;redis.com&#x2F;blog&#x2F;redis-labs-modules-license-changes&#x2F;</a>)
评论 #39772661 未加载
captn3m0大约 1 年前
For those worried about EOL, Redis 7.4 will be the first release under the new license, leaving 7.2 as the last release with the old one. Redis supports 2 additional releases at a given time: latest major.(minor-1), (major-1).(last-minor).<p>This roughly means that 6.2 will go out of support once 8.0 is released, and 7.2 will go out of support once 7.6, or 8.0 is released.<p>Looking at prior releases, my guess would be to expect a 8.0 release around Mar-May 2025. So if you&#x27;re relying on Redis under the 3BSD license, plan accordingly.<p>Note that Ubuntu packages redis under the `universe` repo, which means security upgrades are only available to Ubuntu Pro customers. So Ubuntu 20.04 will stop redis upgrades on Apr 2024, except for Ubuntu Pro users under ESM.<p>Debian 11&#x2F;12 track Redis 6.0&#x2F;7.0, so they are responsible for backporting the patches from 7.2. Unsure how this will happen once 7.2 stops receiving security updates, and they only go to the 7.4 branch.<p>Also note that you might be impacted indirectly (even if your usage of redis fits with the new license), because your distro will likely drop redis from its official repos in the next release, so should account for that in the next distro upgrade cycle.<p>(I maintain <a href="https:&#x2F;&#x2F;endoflife.date&#x2F;redis" rel="nofollow">https:&#x2F;&#x2F;endoflife.date&#x2F;redis</a>, happy to merge PRs if someone has clarity on how this might impact EOL&#x2F;Support)
rwmj大约 1 年前
It seems that the new license (SSPL) is probably not open source because of (at least) field of use restrictions: <a href="https:&#x2F;&#x2F;opensource.stackexchange.com&#x2F;questions&#x2F;7522&#x2F;sspl-and-the-open-source-definition" rel="nofollow">https:&#x2F;&#x2F;opensource.stackexchange.com&#x2F;questions&#x2F;7522&#x2F;sspl-and...</a> <a href="https:&#x2F;&#x2F;opensource.org&#x2F;blog&#x2F;the-sspl-is-not-an-open-source-license" rel="nofollow">https:&#x2F;&#x2F;opensource.org&#x2F;blog&#x2F;the-sspl-is-not-an-open-source-l...</a>
评论 #39777330 未加载
评论 #39776016 未加载
评论 #39776864 未加载
nicce大约 1 年前
At the same time Microsoft releases Garnet: <a href="https:&#x2F;&#x2F;github.com&#x2F;microsoft&#x2F;garnet">https:&#x2F;&#x2F;github.com&#x2F;microsoft&#x2F;garnet</a><p>Good timing.
评论 #39780355 未加载
评论 #39776056 未加载
评论 #39776031 未加载
评论 #39776013 未加载
lawik大约 1 年前
So the technical founders of both Redis and Hashicorp managed to step down before their respective businesses take on a shitstorm by steering away from FOSS. Unless I have my timelines wrong.<p>I wonder if they knew that was coming and disagreed. Or knew it was coming and didn&#x27;t want to take the hit to their reputation. Agree or not with the move, there is a reputation hit. Or was it them leaving that enabled the change to be pushed through?<p>This is entirely speculation and just something I noticed with Hashi and now see repeat with Redis.
评论 #39777736 未加载
评论 #39809028 未加载
stavros大约 1 年前
Can someone please explain why this is bad to me or my company, who don&#x27;t offer a paid, hosted Redis installation? As far as I can see, this license means that Redis the company gets some exclusivity on who can run a hosted version of their product, and everybody else gets it for gratis, with source we can change libre.
评论 #39776191 未加载
评论 #39776146 未加载
评论 #39776328 未加载
jpfr大约 1 年前
And this is why it is a bad idea for open source contributors to transfer their copyright.<p>If hundreds of commits are baked into a software - under an open source license but without the full copyright transferred to a central legal entity - then it becomes impossible to change the license post-hoc.
评论 #39775892 未加载
评论 #39775849 未加载
supz_k大约 1 年前
Slightly off-topic: Until last week, we used Redis for Laravel queues and cache in our blogging platform. We decided to get rid of Redis and use the database. The reason was that we are planning to allow self-hosting of our software so removing a dependency is a huge win to reduce complexity (didn&#x27;t know about the license change then). There are a lot of arguments against using a relational DB for queues, but from our testing, it <i>just</i> worked! So, we <i>just</i> went with it in production. Surprisingly, there are no noticeable performance issues so far.<p>We initially used Redis because, well, Laravel recommends it. But, what I learned is that Redis is not a requirement until you absolutely need it.
评论 #39776807 未加载
评论 #39800324 未加载
yjftsjthsd-h大约 1 年前
&gt; 24. Will Redis accept community contributions under the new license?<p>&gt; Redis remains a proponent of the open source philosophy and maintains a large number of open source projects. For those who wish to contribute, we remain open to accepting future contributions – as we have done with our source available modules over the past five years.Going forward, acceptance of the contributor license agreement (CLA) by the contributor is necessary in order for us to consider the contribution.<p>So they don&#x27;t mind changing the license on their code, but they wouldn&#x27;t want to have to be subject to the same terms from anyone else...
tinco大约 1 年前
OSI lost touch with their mission. This SSPL license is clearly an open source license in the full spirit and original intent of open source. It is more aggressively copyleft than AGPL is.<p>Their reasoning[0] for not considering it open source is that due to the requirement that all interfacing software (my words) must also be open source it restricts the possible fields the software can be used in. Reread that sentence! that&#x27;s exactly the intent of the original GPL license, and follows directly from the philosophy of its progenitor.<p>If the original GPL was proposed today, then following this reasoning the OSI would not have approved it. Imagine today the Nginx project would switch its license from MIT to GPLv2. Just regular old GPLv2. Would the OSI also complain that previous contributors thought they were contributing towards the &quot;greater good&quot; and now their software is embedded in a proprietary product, just because nginx plugins now have to be open source as well?<p>The OSI shouldn&#x27;t be chasing some vague &quot;greater good&quot;. They should be protecting the spirit of open source. Which includes copyleft licenses like GPL, AGPL and SSPL.<p>[0] <a href="https:&#x2F;&#x2F;opensource.org&#x2F;blog&#x2F;the-sspl-is-not-an-open-source-license" rel="nofollow">https:&#x2F;&#x2F;opensource.org&#x2F;blog&#x2F;the-sspl-is-not-an-open-source-l...</a>
评论 #39778327 未加载
评论 #39776898 未加载
评论 #39777162 未加载
评论 #39777747 未加载
评论 #39776861 未加载
评论 #39776847 未加载
评论 #39800413 未加载
评论 #39777194 未加载
mirekrusin大约 1 年前
Am I the only developer, working for corporation that is using other mega corp&#x27;s cloud, using redis personally and at work - who sees this as good news?<p>This change means that cloud providers will have to share premium they&#x27;re charging customers for offering redis as cloud service.<p>Developers still have access to source code, you can use it personally and for commercial products, you can use it on your cloud VMs, dockers, k8s etc. as before.<p>The only affected parties are competing cloud providers - they&#x27;ll have to share their premium.<p>What&#x27;s wrong with that?<p>Sounds like solid way to build sustainable business around open code.<p>Also putting together all this other stuff into single package (JSON, vector, probabilistic and time-series) sounds great!
评论 #39785848 未加载
评论 #39787248 未加载
评论 #39784544 未加载
8xeh大约 1 年前
First they break lolwut (<a href="https:&#x2F;&#x2F;github.com&#x2F;redis&#x2F;redis&#x2F;issues&#x2F;12074">https:&#x2F;&#x2F;github.com&#x2F;redis&#x2F;redis&#x2F;issues&#x2F;12074</a>) and now this.<p>See: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=38841284">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=38841284</a>
评论 #39774982 未加载
dark-star大约 1 年前
Classical &quot;bait-and-switch&quot;. Bait users and developers with a fully-open and freely-licensed project, wait for it to gain enough market share, then switch the license to a more restrictive one...<p>In a few days, a clone called &quot;Libredis&quot; or &quot;Freedis&quot; will probably appear that the community and developers will move to.<p>So yeah, it might be annnoying buit in the long term it won&#x27;t matter much anymore (same as the company)
评论 #39776628 未加载
评论 #39776585 未加载
评论 #39776580 未加载
评论 #39776715 未加载
评论 #39776395 未加载
评论 #39776244 未加载
评论 #39776538 未加载
评论 #39776345 未加载
评论 #39776263 未加载
评论 #39776294 未加载
评论 #39776551 未加载
评论 #39776557 未加载
mindcrime大约 1 年前
Just in case anybody needs it, here&#x27;s a fork from the last commit before the license change.<p><a href="https:&#x2F;&#x2F;github.com&#x2F;mindcrime-forks&#x2F;redis">https:&#x2F;&#x2F;github.com&#x2F;mindcrime-forks&#x2F;redis</a>
评论 #39773255 未加载
west0n大约 1 年前
This incident reflects the increasing profit pressure on Redis Inc. Furthermore, Redis&#x27; competitive edge in performance is declining, especially with the emergence of alternatives like Dragonfly and Garnet (disscussed here <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=39752504">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=39752504</a>).
评论 #39775808 未加载
pizza234大约 1 年前
Interestingly, there is some nuance. One of the two licenses seems to be copyleft, but it&#x27;s just not currently approved.<p>EDIT: Ironically, the SSPL seems to be more open than the copyleft counterpart (AGPL) - the difference is that it enforces releasing the whole service source. Any discussion assuming that the new dual licensing model is hurting the users&#x27; freed is actually unfounded.<p>---<p>About SSPL (<a href="https:&#x2F;&#x2F;redis.com&#x2F;legal&#x2F;licenses" rel="nofollow">https:&#x2F;&#x2F;redis.com&#x2F;legal&#x2F;licenses</a>):<p>SSPL is a source-available license created by MongoDB, who set out to craft a license that embodied the ideals of open source, allowing free and unrestricted use, modification, and redistribution, with the simple requirement that if you provide the product as a service to others, you must also publicly release any modifications as well as the source code of your management layers under SSPL.<p>SSPL is based on GPLv3, and is considered a copyleft license. This means that if you use the source code and create derivative works, those derivative works must also be licensed under SSPL and released publicly. For more information, MongoDB has a good FAQ.<p>Note that SSPL has not been approved by the OSI, and we do not refer to it as an Open Source license.
评论 #39775918 未加载
评论 #39777285 未加载
fermigier大约 1 年前
Potential alternatives:<p>- <a href="https:&#x2F;&#x2F;github.com&#x2F;dragonflydb&#x2F;dragonfly">https:&#x2F;&#x2F;github.com&#x2F;dragonflydb&#x2F;dragonfly</a> (BSL-licensed, aka not OSS).<p>- <a href="https:&#x2F;&#x2F;github.com&#x2F;Snapchat&#x2F;KeyDB">https:&#x2F;&#x2F;github.com&#x2F;Snapchat&#x2F;KeyDB</a> (BSD-licensed)<p>Anyone using one of these?
评论 #39777775 未加载
oytis大约 1 年前
I remember in the olden days of open source, when there was a debate whether it is viable, the point of the free software party was that you are not going to make money selling the software itself, but rather using the software or providing support for it. Later at some point as open source matured, some people decided it was still possible to make an open source business.<p>I think by now it is more or less clear it is not the case - the companies that _use_ open source to support their non-software core business are the ones that take most of the pie. There is as little reason for outrage as for surprise in my opinion.
justinclift大约 1 年前
Kind of a dupe of this: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=39772562">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=39772562</a>
zokier大约 1 年前
Has these moves to non-FOSS ever ended up working well in the long term? I think for Elastic and Mongo both it hasn&#x27;t been the stellar successes they&#x27;d hoped for, those are the two major cases on top of my head. Or the big FOSS exodus of Sun projects post-Oracle acquisition.<p>There will be almost certainly some OpenRedis project, but this move might just kill the wider community interest.
评论 #39778912 未加载
评论 #39776878 未加载
wmf大约 1 年前
The use of the word &quot;permissive&quot; here to describe super-strong copyleft licenses is uh, interesting. <a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Permissive_software_license" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Permissive_software_license</a>
评论 #39773794 未加载
ksec大约 1 年前
May be its time for people to look at memcached again. It is still actively maintained and last release was two days ago.
评论 #39775391 未加载
评论 #39775778 未加载
xenago大约 1 年前
Most people must know that redis inc didn&#x27;t create redis right??<p><a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Redis_(company)?useskin=vector" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Redis_(company)?useskin=vector</a><p>It&#x27;s funny and hypocritical that a corporation, which used the very terms of the license they now seem to hate in order to come into existence in the first place, is closing that exact path out.
xarope大约 1 年前
This on the heels of microsoft&#x27;s garnet announcement (<a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=39752504">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=39752504</a>)... Would be a shame to see this be the death knell of redis.<p>Or in the spirit of YC, is there yarcdis (yet-another-redis-clone-dis) awaiting in the wings?
评论 #39775784 未加载
评论 #39774684 未加载
frontalier大约 1 年前
Redis is still &#x27;free as in beer&#x27;, unless you are operating a bar and want to profit off of the free beer someone else produced, then it&#x27;s not &#x27;open source&#x27;, but somehow you can still get the source as it remains &#x27;source available&#x27;.<p>Did I get it right?
littlestymaar大约 1 年前
The blog post for the announcement: <a href="https:&#x2F;&#x2F;redis.com&#x2F;blog&#x2F;redis-adopts-dual-source-available-licensing&#x2F;" rel="nofollow">https:&#x2F;&#x2F;redis.com&#x2F;blog&#x2F;redis-adopts-dual-source-available-li...</a>
RicoElectrico大约 1 年前
So far, the most viable route of FOSS monetization seems to be &quot;open core&quot;. Android, SQLite, GitLab, VSCode, Docker to name a few.
评论 #39773880 未加载
评论 #39776150 未加载
评论 #39776011 未加载
keyle大约 1 年前
Doesn&#x27;t that change need to be tied to a release number?<p>&quot;Starting on March 20th, 2024&quot; doesn&#x27;t seem right to me.
评论 #39776172 未加载
评论 #39776141 未加载
luffyzoro大约 1 年前
Note to all OSS contributors&#x2F;Owners:<p>Open source is about building something together for everyone&#x27;s advantage. We throw our skills into the pot, be it coding, documentation, or spreading the word. The coolest part? When someone takes the software and does something incredible with it, something we never thought of! That&#x27;s the power of open source – it goes way beyond what any one person can achieve.<p>Here&#x27;s the thing: contributing to open source isn&#x27;t about getting something back directly for your work. It&#x27;s about building something awesome for the greater good. You put your stuff out there, and someone else might end up building a million-dollar company on it. That&#x27;s not exploitation, that&#x27;s someone being really good at using the tool we built together.<p>YOU SHOULD NEVER EXPECT THE BENEFIT FROM THE CONTRIBUTIONS YOU DO TO A OPEN SOURCE SOFTWARE BUT INSTEAD EXPECT THE BENEFIT FROM THE SOFTWARE YOU ARE CONTRIBUTING TO.<p>If you need specific control over how your code is used, open source might not be the best fit. There are permissive licenses that let people modify your work as long as they follow your rules.<p>The bottom line: open source is about sharing and building something bigger than ourselves. Let&#x27;s celebrate the ways our contributions empower others, not hold grudges because someone else figured out a killer way to use our work.
thtmnisamnstr大约 1 年前
I work at Earthly. We build a pretty popular open source build tool. I&#x27;ve worked for several companies that build OSS before Earthly as well.<p>At Earthly, a few years ago, the founder and CEO had these same concerns about big cloud providers and switched to a source available license. There was backlash, and after around a year, we switched back to open source. We&#x27;ve discussed things like this a lot, and believe an open source license is best for our product, our users, and our business.<p>The way that we differ from Hashicorp, Redis, and others that have switched to source available licenses is that the service we offer and generate revenue from isn&#x27;t just a hosted version of our OSS. It&#x27;s several services that natively integrate with our OSS but are not open source. This seems like one of the only ways a company that maintains popular OSS can survive without switching licenses: build great OSS that users love, build non-OSS services that integrate with and augment your OSS (and&#x2F;or open up new use cases), and charge for those services.<p>If the service a company sells is just a hosted version of their OSS, even if it has a bunch of non-OSS bells and whistles added on, that company is at risk of a cloud provider eating their lunch unless they switch to a non-OSS license.
garfieldnate大约 1 年前
There have been several <i>really good</i> episodes of Oxide and Friends discussing the danger to open source posed by license proliferation, the danger of copyright assignment, the danger of conflating downloads or FOSS project popularity with income and a viable business model, and appropriate stewardship of a shared project. This is an area that sort of bleeds over between engineering and politics, and as politics go I think this is an a very important topic for developers to understand well and engage with.<p>* Open Source Inside Baseball: <a href="https:&#x2F;&#x2F;oxide.computer&#x2F;podcasts&#x2F;oxide-and-friends&#x2F;1086076" rel="nofollow">https:&#x2F;&#x2F;oxide.computer&#x2F;podcasts&#x2F;oxide-and-friends&#x2F;1086076</a> * Open Source and Capitalism: <a href="https:&#x2F;&#x2F;oxide.computer&#x2F;podcasts&#x2F;oxide-and-friends&#x2F;1564203" rel="nofollow">https:&#x2F;&#x2F;oxide.computer&#x2F;podcasts&#x2F;oxide-and-friends&#x2F;1564203</a> * Open Source Anti-Patterns: <a href="https:&#x2F;&#x2F;oxide.computer&#x2F;podcasts&#x2F;oxide-and-friends&#x2F;1482742" rel="nofollow">https:&#x2F;&#x2F;oxide.computer&#x2F;podcasts&#x2F;oxide-and-friends&#x2F;1482742</a>
randomdev3大约 1 年前
I didn&#x27;t know Redis Inc. has over 500 employees. It&#x27;s hard to support that with a basically free product and some own cloud services..
评论 #39776231 未加载
jrochkind1大约 1 年前
&gt; Despite efforts to support a community-led governance model…<p>They don&#x27;t say so explicitly, but it looks like the community-led open source governance model is gone too? Not already discussed on this thread I think.<p>In 2020 when antirez stepped down, Redis the company explained:<p>&gt; &quot;As Salvatore steps back from maintaining Redis, the project’s scale can no longer be managed as a BDFL-style project,&quot; explained Gottlieb and Agra. &quot;We see this as an opportunity for Redis to adopt a new model that, hopefully, will promote more teamwork and structure and let us scale up its development and maintenance processes.&quot;<p>&gt; As the Redis Open Source Governance page explains, the project aims &quot;to be as welcoming and inclusive as possible&quot; and toward that end has adopted a Code of Conduct, as many other open source projects have already done.<p>—<a href="https:&#x2F;&#x2F;redis.io&#x2F;docs&#x2F;about&#x2F;governance&#x2F;" rel="nofollow">https:&#x2F;&#x2F;redis.io&#x2F;docs&#x2F;about&#x2F;governance&#x2F;</a><p>It looks like the &quot;Redis Open Source Governance page&quot; used to be at <a href="https:&#x2F;&#x2F;redis.io&#x2F;docs&#x2F;about&#x2F;governance&#x2F;" rel="nofollow">https:&#x2F;&#x2F;redis.io&#x2F;docs&#x2F;about&#x2F;governance&#x2F;</a> ?<p>Currently 404.<p>Last scraped by archive.org in October. <a href="https:&#x2F;&#x2F;web.archive.org&#x2F;web&#x2F;20231030181609&#x2F;https:&#x2F;&#x2F;redis.io&#x2F;docs&#x2F;about&#x2F;governance&#x2F;" rel="nofollow">https:&#x2F;&#x2F;web.archive.org&#x2F;web&#x2F;20231030181609&#x2F;https:&#x2F;&#x2F;redis.io&#x2F;...</a><p>It explained there is a &quot;core team&quot;. Not all of whom worked for Redis the company, although largely controlled by Redis the company. So I guess it wasn&#x27;t exactly community-controlled before, but it&#x27;s notable there is no longer an &quot;open source governance&quot; model.<p>antirez&#x27;s good-bye blog post says:<p>&gt; I leave Redis in the hands of the Redis community… I’ll just leave Yossi and Oran the task of understanding how to interface with the rest of the Redis developers to find a sustainable development model… I believe I’m not just leaving Redis in the hands of a community of expert programmers, but also in the hands of people who care about the legacy of the community spirit of Redis.<p>—<a href="http:&#x2F;&#x2F;antirez.com&#x2F;news&#x2F;133" rel="nofollow">http:&#x2F;&#x2F;antirez.com&#x2F;news&#x2F;133</a>
whateveracct大约 1 年前
the trend of milking revenue from a few sources with license changes is cringe.
评论 #39775805 未加载
Ekaros大约 1 年前
So it seems making money by developing open source products is hard. I wonder how many more we will see this and next year? And is the open source model actually broken outside hobbyist and large enough projects with enough players like Linux...
评论 #39775949 未加载
miraculixx大约 1 年前
Their Q&amp;A essentially says you can no longer build anything that is commercial using Redis, except as a partner. That&#x27;s exactly the opposite of what the SSPL License says.<p>&quot;this definition would include hosting or embedding Redis as part of a solution that is sold competitively&quot;<p>Sure this limits the condition to competing offerings. However in reality that&#x27;s a huge stop sign. It essentially means &quot;we&#x27;ll get you&quot; because whatever service&#x2F;product you offer that somehow includes or so much as touches Redis they can always argue that you are effectively competing. That is they can always make the case that this would have been business to them if only.
评论 #39775782 未加载
depr大约 1 年前
Can they do this? Open source contributions to their codebase were under a different license. They don&#x27;t have the copyright for those contributions without a CLA (I can&#x27;t find one). So how can they relicense those contributions?
评论 #39776463 未加载
评论 #39776534 未加载
NelsonMinar大约 1 年前
Possibly relevant: Redis Contributer Copyright Assignment. This dates at least to 2022. <a href="https:&#x2F;&#x2F;redis.com&#x2F;legal&#x2F;redis-software-grant-and-contributor-license-agreement&#x2F;" rel="nofollow">https:&#x2F;&#x2F;redis.com&#x2F;legal&#x2F;redis-software-grant-and-contributor...</a><p>I get why Redis would want every contributor to sign this agreement. What I don&#x27;t understand is why any open source contributor would agree to sign it. Maybe because someone is more interested in getting their contribution integrated than having any say over future licensing of their work?
gregors大约 1 年前
The problem is that the idea was &quot;we&#x27;ll build this nice thing and other people who use it en masse will also be nice and give us some money for support or just because&quot;<p>The reality is large places will take as much as they can and never give anything unless forced into such a deal. Open source tech is probably tainted in this regard. How many other projects have gone this route for basically the same reason?<p>I hope this means large tech will actually contribute some money to Redis. I&#x27;ve used Redis for many years and hope they can make some money after giving so much away for so long.
renegat0x0大约 1 年前
Redis.io no longer mentions open source.<p>They have still not changed meta description on their page. It still says it is open source ^^<p>view-source:<a href="https:&#x2F;&#x2F;redis.io&#x2F;" rel="nofollow">https:&#x2F;&#x2F;redis.io&#x2F;</a>
mort96大约 1 年前
Alternative title: Redis is no longer open source but rather source available.
评论 #39775872 未加载
评论 #39776082 未加载
mythz大约 1 年前
Good, most value in OSS is being syphoned off by the mega corp cloud vendors which contribute nothing back to the maintainers of the OSS products they&#x27;re charging rent for.<p>That&#x27;s not a sustainable relationship for a healthy OSS product, mega cloud corps rake in most of the profits whilst the organizations maintaining them have to handle the burden of increasing customer support issues and developer wages.<p>The SSPL aka &quot;Free for all, except cloud corps&quot; License should be more common place.
jrochkind1大约 1 年前
I use cloud-hosted redis. Presumably the price will be going up. i work for non-profit endeavors with limited budgets.<p>I don&#x27;t necessarily need redis specifically; infrastructure ecosystems just developed around it because it was both very high-quality and open source. I could probably do most or all of what I do with redis with an rdbms. Or in some cases memcached.<p>I anticipate switching away from redis.
devaiops9001大约 1 年前
Drop-in replacements for Redis exist. There are two that use TiKV as a backend. Microsoft recently released a drop-in replacement for Redis.
theanonymousone大约 1 年前
Why isn&#x27;t Affero GPL used in such cases? Isn&#x27;t it designed exactly for such scenarios?<p>Wikipedia link: <a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;GNU_Affero_General_Public_License" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;GNU_Affero_General_Public_Lice...</a>
petee大约 1 年前
The link should be updated to either the announcement on their blog, or at minumum a specific commit<p><a href="https:&#x2F;&#x2F;redis.com&#x2F;blog&#x2F;redis-adopts-dual-source-available-licensing&#x2F;" rel="nofollow">https:&#x2F;&#x2F;redis.com&#x2F;blog&#x2F;redis-adopts-dual-source-available-li...</a>
imranhou大约 1 年前
Is this going the way of elastic and aimed at service providers like AWS using it without paying for it?
评论 #39775893 未加载
c0l0大约 1 年前
I contributed a few LOC to Redis in the past (before &quot;Redis Labs&quot; had taken over), but never signed a CLA or assigned Copyright (that&#x27;s not even possible in my country of origin). I realize that under the permissive license that I published my contributions under, they can very well do what they are doing. That they are doing it, is disappointing nonetheless. I guess there are more people like me out there, with vastly more important contributions, who feel about the same. I, for one, will not contribute to the project under this new license any more.<p>What a shame.
codedokode大约 1 年前
I don&#x27;t understand what&#x27;s wrong with AGPL-style licenses. If I wrote something that can be used in a cloud I would also prefer AGPL to prevent cloud companies from selling software and taking all the profit while contributing nothing.
评论 #39777148 未加载
评论 #39777189 未加载
opeon大约 1 年前
Explanation from Redis themselves <a href="https:&#x2F;&#x2F;redis.com&#x2F;blog&#x2F;redis-adopts-dual-source-available-licensing&#x2F;" rel="nofollow">https:&#x2F;&#x2F;redis.com&#x2F;blog&#x2F;redis-adopts-dual-source-available-li...</a>
评论 #39776803 未加载
erlend_sh大约 1 年前
The ‘Redis Source Available License 2.0 (RSALv2) Agreement’ is a relatively succinct and human-readable license. Still, I really wish these non-compete licenses would come with a few examples of use cases that are definitively non-infringing, to remedy any uncertainty.<p>Between this non-compete clause of their license:<p>&gt; You may not make the functionality of the Software or a Modified version available to third parties as a service or distribute the Software or a Modified version in a manner that makes the functionality of the Software available to third parties.<p>..and this clarification in their FAQ:<p>&gt; A “competitive offering” is a product that is sold to third parties, including through paid support arrangements, that is derived from the Redis’ code-base and significantly overlaps the capabilities of a Redis commercial product. For example, this definition would include hosting or embedding Redis as part of a solution that is sold competitively against our commercial versions of Redis (either Redis Enterprise Software or Redis Cloud).<p>It’s pretty clear that any SaaS product simply using Redis as a dependency for a completely different product (e.g. Discourse) is in the clear. But it would be nice if they could spell that out as an unaffected use case.
评论 #39776442 未加载
hintymad大约 1 年前
What does dual license mean here? Does that mean that Redis is subject to one of the two licenses, or to both of them?
评论 #39773915 未加载
donatj大约 1 年前
Redis frankly just isn&#x27;t that complicated.<p>I&#x27;ve personally built a little really bad version with only a fraction of the command a couple years ago for fun.<p>Amazon can absolutely build a fully API compatible service and have that up in no time. It&#x27;s just silly to try to do this.
评论 #39794663 未加载
Xenoamorphous大约 1 年前
What&#x27;s the actual impact of this for those of us who are using Redis in production (not cloud).
评论 #39776385 未加载
评论 #39776491 未加载
lifesaverluke大约 1 年前
April Fools&#x27; Day coming up?
PeterZaitsev大约 1 年前
Do not kid yourself SSPL is intentionally designed so even someone who wants to provide DBaaS version and honestly contribute to the project can&#x27;t really use it, because most likely I can&#x27;t SSPL all components which are required<p>Imagine I&#x27;m independent provider looking to compete with MongoDB Atlas and ready to Open Source everything I need. But oh wait - I have S3 as my Control plane, EBS, AIM etc - none of which I have option to Open Source.
评论 #39782152 未加载
whaaatttttttzzz大约 1 年前
Does this mean that Redis will no longer be shipped in Linux distros?
dingi大约 1 年前
Or else, companies can use freaking AGPL from the start.
kristopolous大约 1 年前
I never went to law school. Can someone explain this?
评论 #39775890 未加载
评论 #39775891 未加载
CrLf大约 1 年前
It&#x27;s about time we stopped calling projects that require copyright assignments &quot;open-source&quot;, because they aren&#x27;t. Regardless of license.
评论 #39776572 未加载
评论 #39776487 未加载
wg0大约 1 年前
Another wonderful piece of open source software swallowed by corporate warlords. Now expecting an OpenRedis fork soon from AWS?
评论 #39776175 未加载
tejasbaldev大约 1 年前
If anyone is still debating about fairness, philosophical view point, business viability of OSS projects, competition from cloud providers - please click on the link below and check it for yourself.<p>Link - <a href="https:&#x2F;&#x2F;docs.aws.amazon.com&#x2F;AmazonElastiCache&#x2F;latest&#x2F;red-ug&#x2F;json-forget.html" rel="nofollow">https:&#x2F;&#x2F;docs.aws.amazon.com&#x2F;AmazonElastiCache&#x2F;latest&#x2F;red-ug&#x2F;...</a><p>Context : Redis Inc (fka RedisLabs) started creating &#x27;&#x27;Redis Modules&#x27;&#x27; later known as Redis Stack to start differentiating with cloud provider&#x27;s managed Redis. The idea was to keep Redis Core BSD licensed (one of the most liberal licensing model) but at the same time build a layer on top of this BSD layer to keep differentiating the service.<p>One of these modules was Redis JSON which allowed you to use Redis as a JSON store. One cloud provider copied the whole codebase (even though it was protected by all the licensing clauses) and it doesn&#x27;t stop there. JSON.FORGET was a cool command created by one of the exes at Redis &amp; the &#x27;&#x27;cloud provider&#x27;&#x27; ended up copying that command as well!<p>If you&#x27;re still debating whether a company should continue with a liberal licensing like BSD only to allow cloud providers or other service providers to blatantly plagiarise the codebase, think again.
评论 #39776850 未加载
SuperSandro2000大约 1 年前
Capitalism does capitalism things...
shantnutiwari大约 1 年前
As usual, the comment section is full of entitled people whining about “muh open source”.<p>Like others have said, OSI definition of open source is very outdated and needs to be updated.
cmmn-sns大约 1 年前
Maybe this is naive, but some of those bloody license discussions on this thread have hit a nerve.<p>For my own use in my company or project as an individual<p>- Can I have full access to the source, clone it and modify it? YES<p>- Can I do a pull request to improve it? YES<p>- Am I allowed to download, use and have it for free in my company even if my project is commercial and is making money from using Redis? YES<p>- Can I create a product that uses Redis as a technology for free in my startup? YES<p>- Can I get support if I need it? YES from github as before or as a paid service from the Redis company<p>- Is there a lot of people to maintain and do bug fixes? YES and they are paid a salary to do so<p>- Is it a me-and-my-cousin project that will be practically abandoned tomorrow? No. Go check a specific fork&#x27;s multithreading bugs in github issues. It&#x27;s scary as fk<p>- Can I git clone &#x2F; make &#x2F; make install it like before? YES<p>- Is there new features added or planned to be added? I guess this is a YES<p>- Are the people behind the project paid well enough to maintain and support it? I hope so, certainly it&#x27;s not best effort after working hours and putting the kids to sleep<p>- Can I resell Redis as a service taking the source code and running it on my cloud without a paid license? NO (boo hoo hoo)<p>Personally I don&#x27;t care if the definition is open source or SSPL or whatever as long as the project is open code, viable, well maintained and improved. Some complaints here sound like this is a religious thing, and I dislike religious freaks.<p>I am able to use this software for FREE in my company like I used to. I have access to the source code and I can modify it as I want. I can have my commercial web service that extensively uses Redis as a cache for FREE as long as I don&#x27;t sell Redis itself as a service to hosting customers. Where&#x27;s the real problem? Where&#x27;s the problem with Mongo &#x2F; Elastic &#x2F; Redis and the likes who try to fight against abusive tactics of AWS?<p>If I must add a redis repo and then do apt update and apt install redis... Do I care? Sure, it&#x27;s an extra step but c&#x27;mon. It&#x27;s 2024, not the 90s. The world has changed. AWS has been &quot;screwing open source projects for more than a decade&quot; (tm)<p>Why are we scared to face the harsh reality?<p>Same with Mongo in 2018 and Elastic when they changed their licenses. Same thing, again and again. Nags and complaints from people that, 95% of them, have maybe contributed a typo change in the docs - if so. But they have an opinion about things that are given to them for free and still are free and open. What makes you so entitled? Have you ever said THANK YOU to any of the open source folks? Have you monetarily supported any of them, ever?<p>Antirez has 21k followers and 9 sponsors who donate on Github. NINE! Not 10, not 50, not 1000 sponsors... it&#x27;s 9 - a carpenter that lost a finger at work can still count them... You want good open source? Make sure the projects are sustainable, viable and their creators receive love and positive criticism to continue writing code for free for the greater good.<p>It&#x27;s only AWS who cares about the license change, no-one else is really affected in reality.<p>If you&#x27;re not employed by AWS and you have an issue with Elastic, Mongo, Redis et al changing their license, then you are a convenient fool (sorry). You are not paying good service to the community and the open source movement in it&#x27;s CORE. OSI execs are happy getting millions from bigcorps in exchange to bending their ethics and views in decision making.<p>Mongo&#x27;s discussions with OSI in 2018 is a prime example of that.<p>AWS is your enemy, not licenses that try to fight against this bully.
externedguy大约 1 年前
Perfect, yet another reason to use BEAM languages
lionkor大约 1 年前
Will have to find an alternative that can work with sentry to eat 150 GB of RAM for no reason &#x2F;s
评论 #39775999 未加载
评论 #39776109 未加载
评论 #39776458 未加载
评论 #39776255 未加载
ftyhbhyjnjk大约 1 年前
This is a good decision. Companies like amazon have a habit to rip everyone else.
byyll大约 1 年前
Great change. Should have been like that from the start but would have probably impacted their growth.<p>Any company can still use Redis for their needs, only leeches like AWS can&#x27;t.
NathanFlurry大约 1 年前
Check out DragonflyDB (BSL): <a href="https:&#x2F;&#x2F;www.dragonflydb.io&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.dragonflydb.io&#x2F;</a><p>BSL is not OSI-approved, but it’s a much more reasonable AWS-resistant license. It’s the same license CockroachDB uses, for example.<p>KeyDB (BSL, acquired by Snapchat) is also an option: <a href="https:&#x2F;&#x2F;keydb.dev&#x2F;" rel="nofollow">https:&#x2F;&#x2F;keydb.dev&#x2F;</a><p>BSL is a much better license, but it’s a gamble on how long KeyDB will be supported. I don’t want to mess around with such a core part of my architecture.
评论 #39776599 未加载