Skip to content(if available)orjump to list(if available)

Redis is open source again

Redis is open source again

814 comments

·May 1, 2025

c0l0

I contributed a minor (but imho still neat :p) improvement to Redis under its original license, and personally moved to using redict when the unexpected license change to SSPL was announced - and I was feeling betrayed as a contributor to a properly-FOSS-codebase. (Had they switched to AGPL right away, I'd have been perfectly fine with that change from a moral perspective, ftr.)

I have a great deal of respect for antirez and recgnize him as a kind and benevolent member of the FOSS community, but no matter what Redis, Inc. announced or does, they have lost my trust for good, and I will continue to use Redis forks for as long as they exist.

lolinder

Yeah, we just did this whole ride with Elastic [0]: company changes the license out from under the community, community revolts, company gives up and changes it back. Both companies even pulled the same "it worked" excuse ("while it was painful, it worked", "this achieved our goal").

Neither company has built in a legal safety mechanism to prevent themselves from pulling the rug again later and both companies have shown themselves to be untrustworthy stewards. They came groveling back when it turned out that community goodwill really did matter after all, but this is definitely a "fool me twice, shame on me" situation.

[0] https://news.ycombinator.com/item?id=41394797

hmottestad

Dunno about Redis, but for Elastic I still feel sorry for them being thrown around like a rag doll by Amazon. On principal I will not use the Amazon fork, because I don’t want to support a company that would prefer to fork a project rather than fork over some cash. Amazon is more than willing to sell you their Elasticsearch fork at a loss as long as they can eventually recoup the losses when Elastic inevitably dies. At which point they will naturally abandon the open sources side of their fork and continue development in private, at a much slower rate, while doubling the price of the AWS service. At which point you’ll have no choice but the pay up, cause there aren’t any competitors left.

rank0

Whats the point of open source if you can't fork or sell hosted clusters?

Also from https://en.wikipedia.org/wiki/OpenSearch_(software):

> On September 16, 2024, the Linux Foundation and Amazon Web Services announced the creation of the OpenSearch Software Foundation.[15][16] Ownership of OpenSearch software was transferred from Amazon to OpenSearch Software Foundation, which is organized as an open technical project within the Linux Foundation.

OpenSearch is Apache License 2.0. You can do whatever you want to/with it. How are Elastic the good guys in your mind?

motorest

> On principal I will not use the Amazon fork, because I don’t want to support a company that would prefer to fork a project rather than fork over some cash.

That's specious reasoning at best.

The whole point of FLOSS is that anyone is free to use it how they see fit. Whether it's a hobbyist doing a pet project or a FANG using it as their core infrastructure, they are granted the right to use it how they see fit.

That's exactly why they started to use it to begin with. Isn't it?

When a random corporation decides to pull the rug on the established user base expecting to profit from the pain of migrating existing services, it is not the user base who is the bad actor.

lolinder

> being thrown around like a rag doll by Amazon

Can you elaborate on what exactly Amazon did to Elastic? I read all of their blog posts and the only thing I really got out of it was "they sell hosted Elastic cheaper than we can", which is hardly surprising given that Elastic really just packages up AWS/GCP/Azure cloud infra. That doesn't have to be AWS selling at a loss, AWS just doesn't need to pay itself.

And by all accounts I've read Amazon did contribute back to Elastic development up until Elastic switched the license on them. At that point they forked, but it's hard to blame them when they were deliberately locked out of the original project.

Most of the arguments I've seen against Amazon with regard to Elastic have tended to be very vibe-based. Amazon bullied Elastic because that's always what Amazon does! It's plausible, but it's also plausible that Elastic thought they could use Amazon's terrible reputation as a weapon against it without there being any substance.

andrepd

I sure wish I lived in a world where anti-competitive regulators weren't a joke.

paulddraper

How useful if you can’t run it yourself, or for others?

That’s the whole idea, is it not?

echelon

This keeps happening:

1. People put a lot of work into building databases. The license choice is OSS / FOSS.

2. Some people in the community (original authors, community leads) make a company around the database and continue developing it for years on end. They sometimes raise venture capital to expand the business.

3. Amazon / Google / Microsoft offer managed versions of the database and make bank on it. Easily millions in revenue. Original creator / company doesn't get anything, and the hyperscaler isn't obliged to pay.

4. The company decides to change the license to force Amazon / Google / Microsoft to pitch in and pay a fee.

5. Amazon / Google / Microsoft fork the database. The community revolts. Sometimes the people revolting are employees of the hyperscalers, other times these are just FOSS fans that hate "source available" licenses or relicensing.

6. Database company is forced to walk back the changes. Still no revenue.

---

The solution is clear: start your new database with an "equitable source / source available" license from day one. Nobody will complain about a relicense since your license will handle the hyperscalers right off the bat.

Basically your license needs one of a few things if you want to prevent Amazon from walking off with your money:

- A hyperscaler clause such that any managed offering has to (1) be fully open source, (2) has to pay a fee, or (3) is prevented outright.

- A MAU / ARR clause such that hyperscalers are in the blast radius. Note that this also hits your customers.

lolinder

> The solution is clear: start your new database with an "equitable source / source available" license from day one. Nobody will complain about a relicense since your license will handle the hyperscalers right off the bat.

Yes, this would be the honest thing to do, but people don't do it because using a non-FOSS license loses you adoption. The step you're missing in your little timeline is that the only reason the project takes off at all and becomes big enough that anyone is making money off of it is because it's Open Source. Proprietary databases, programming languages, and similar have lost big time and that's not changing any time soon.

So what's really happening is that these FOSS companies want to have their cake and eat it too. They want to release code for free so that other devs will use it and then make money from the project while somehow banning other companies from also making money off it.

SPBS

> Amazon / Google / Microsoft offer managed versions of the database and make bank on it. Easily millions in revenue. Original creator / company doesn't get anything, and the hyperscaler isn't obliged to pay.

This isn't what is happening. A company called Garantia Data renamed themselves to Redis Labs and acquired the Redis trademark. They're not the original company, and they used a naming trick to present as if they are official (they are now, and nothing they did was illegal).

https://news.ycombinator.com/item?id=42256757

https://www.gomomento.com/blog/rip-redis-how-garantia-data-p...

WD-42

Or start with the AGPL from the start instead of a pushover license and sell alternative licenses to hyper scalers if they want it.

theamk

All companies should do this.. if anything so we know what not to use.

Any sort of proprietary product (be it fully closed source, source-available, or "open source with limitations") is always a risk. You were happily using database X, but they got acquired by Broadcom and now their product costs 100x what it was before. What do you do now?

That's why it is much safer to adopt open source - worst case is the company goes under, but you still keep using last released version indefinitely, and hope new entity (maybe even hyperscaler!) forks the code. Or make an in-house fork if you have enough resources.

"equitable source" license means it's not an option. That new product should really be much, much better than open-source alternatives to even be considered.

scargrillo

This breakdown hits hard because it’s not just about business models — it’s about trust.

Open source succeeded because it created shared public infrastructure. But hyperscalers turned it into extraction infrastructure: mine the code, skip the stewardship.

The result? We’ve confused “open” with “free-for-the-powerful.”

It’s time to stop pretending licenses are enough. This is about incentives, governance, and resilience. The next generation of “open” has to bake in counterpower — or it’s just a feeding trough for monopolies.

KronisLV

> The company decides to change the license to force Amazon / Google / Microsoft to pitch in and pay a fee.

Could you put a clause in the license that calls out those specific companies that you're concerned about and makes them pay, as well as any of their subsidiaries, a list that can be changed later?

That way, smaller businesses around the software can still exist, nobody gets concerned with the license too much because it calls out specific hyperscalers (no love lost on them in the community) and you still get them to pay their fair share.

Why do people try to ruin everything by SSPL that's overly restrictive and catches everyone else in the blast area, or try to write some clever license that would apply in all cases? Just call out the exact companies that are eating your lunch!

  Hyperscaler Anti-Freeloading License (HAFL): If you belong to any of the following companies, or are a subsidiary of them, or operate any of the given cloud platforms and want to offer the service there, pay up: Amazon Web Services (Amazon), Google Cloud Platform (Google), Microsoft Azure (Microsoft), Alibaba Cloud (Alibaba Group), IBM Cloud (IBM), Oracle Cloud Infrastructure (Oracle), Tencent Cloud (Tencent), SAP Cloud Platform (SAP). This list can be changed at our discretion.

palata

> A hyperscaler clause such that any managed offering has to (1) be fully open source, (2) has to pay a fee, or (3) is prevented outright.

A copyleft licence (not necessarily GPL, there is also MPL and EUPL) from the beginning on would result in (1), no need for a new license.

But people "don't want strings attached" and are happier with permissive licences, and then they complain.

Brian_K_White

"walking off with your money"

This is the heart of all of these stupid takes. There is no "your money" for anyone else to walk off with. Nothing was stolen.

If you want to sell software, or rent access to software, then just do that honestly forom the outset. And good luck to you on that. I will not consume it unless I have no other choice, and I will not contribute to it at all period, even tertially by for instance developing things that use it or help people work out how to solve problems with it etc. In other words just generally not invest in it, in all the different ways one might invest in something. But hey maybe you will make something indispensible and do it better than anyone else can, and maybe you will get a bunch of other customers.

If you want to benefit from the adoption and goodwill and army of free work that comes with open source, then do that.

The honest reason to work on open source is because you yourself have recognized how much utility you have been given fo free because of it, and wish to pay it forward and basically add to humanity as a whole. What you get back out of it is the same thing everyone else does, the use of the software itself, plus your name being on it.

But if you license something open source, and then care the TINIEST BIT what someone else does with it beyond adhering to the attribution and share-alike terms, then you have missed the point of open source. You are bent about being "robbed" of something that was never yours in the first place. You have no right to Amazon's billions, even the part of it that they made by hosting a copy of some oss software you happened to have written. Amazon is not selling your property, they are selling a managed hosting service. You have no right to the revenue from that. The software being hosted is a community resource there for everyone to use like the air or water, only even better since unlike Nestle taking the water from everyone else, everyone else still has the software.

If anything the supposed injured party in all of these cases are the bad community members because they are often only OSS disingenuously in the first place. They start off with MIT/BSD style licenses because they know a lot of companies are allergic to GPL. But WHY are they so intolerant of GPL? Because GPL doesn't allow them to steal, but MIT allows them to steal. So they start with an MIT-type license because it's "commercial friendly" and then later cry that someone "stole" their B S freaking D licensed software.

People that do that were never writing open source for the purpose of adding to the community pool in the first place. It's either dishonest or at best, possibly honest but in that case just unbelievably incompetent and ignorant.

atombender

NATS almost ended up doing it recently, too. Fortunately they caved in just today, after the CNCF and the community protested. [1] While the outcome is great, it was a bunch of drama for nothing, and their reputation has been harmed.

[1] https://news.ycombinator.com/item?id=43863721

PeterZaitsev

Yep. Actually if Redis would end up in CNCF and Redis Labs could provide commercial hosting, extensions - this would be outcome I would be excited about

jaapz

Interestingly their CEO states that AWS an Google forking redis and maintaining it separately was their "goal" all along. Because fragmentation is apparently good?

badlucklottery

> Because fragmentation is apparently good?

I think it's more "they are no longer piggybacking off our work for free".

I also think what they actually wanted was that plus "...and they paid us".

golergka

> Neither company has built in a legal safety mechanism to prevent themselves from pulling the rug again later

Previous versions are still available under the original license, right? So if you don't want to use it with a new license, you're in the same situation as if company went out of business or stopped support and development for any other reason. There are no safety mechanisms for that either.

palata

An existing safety mechanism is to do exactly what Linux does: have a copyleft licence and no CLA. So that the copyright is shared between the contributors (so it's impossible to change the licence) and the licence enforces sharing your changes of the project.

immibis

The legal safety mechanism is the license. They gave you software under a certain license and you're in the clear as long as you follow it. You don't have to delete it if they give different software under a different license.

If you do need constant updates, you may trust forks more not to switch license, but forks tend to disappear at about the same rate that originals switch license, so why does it matter? Such is the nature of relying on free stuff - you're at the mercy of the one who hands it out.

citizenpaul

This seems to be accelerating. I guess the era of lighting investment money on fire and pretending that the flames equal success is coming to an end.

Unless of course you are an AI startup.

Snakes3727

I contributed heavily to a project during its early days and spent almost 2.5 years helping it grow. For awhile i was one of the most active contributors.

Then there was talk of turning the project into an actual business, and myself and a few of the original contributers were offered extremely poor paying jobs. That no one took. Then they got a CEO, investors and we were basically forced out of the project unless we joined the company.

I distinctly remember being in a call where we were told they would be relicensing it eventually and launching a SaaS. To protect our work from being used by large companies. I laughed and pointed out the irony in that call that you were doing the same thing.

After that they changed their policy such they do not accept outside PR's. It has killed any interest in supporting open source projects outside personal stuff.

MYEUHD

Did you sign a Contributor License Agreement? If not, then I'm pretty sure it's illegal to keep your changes while relicensing, without obtaining your consent.

jjmarr

If you're the most active contributor, you could've just forked it yourself, launched it as a SaaS, and been the CEO.

your_challenger

Not everyone wants to be a CEO. Some people just wanna write some good code and contribute to the world.

Snakes3727

I just wanted to make a tool to help developers. Then when the SaaS launched they instead focused on adding $$$ features instead of fixing bugs, and started heavily pushing their SaaS anytime you used the tool.

They ended up switching to a terrible model with a previous release where if you were a business or in anyway making money you now needed to pay for licenses and it was comically expensive.

The reality is I could have forked it but I don't have the time and patience to deal with everything that comes from a massive project.

jamespo

Come on, at least give us a hint what it is!

_nalply

Yes because "pics or it didn't happen"

antirez

Anyway: thanks for having contributed to Redis :)

noshitsherlock

Good decision, I hope the best for Redis!

revskill

Not quite. Company can easily change license at any time. No string attached.

osigurdson

I believe AGPL + time + contributors makes that very difficult. It also means that if you have a commercial product that uses Redis you need to open source your stuff though, so not net better imu. Please correct me if I am wrong.

elAhmo

Likewise. Respect for antirez and all of that he is doing, but his hiring back feels like just trying to lure developers back after ridiculous move by the Redis corporation.

Given there are viable alternatives out there, I see no reason why someone should invest any time in Redis (we are using Valkey as a replacement).

antirez

Nothing wrong in checking other alternatives, but Redis the company didn't call me to rejoin. I approached them to do something like an evangelist and bring back some kind of community vision inside. Then... if you can code, you end coding often times, and instead of doing the evangelist I wrote the Vector Set data type :D Just to clarify that me rejoining was not some kind of "winning back the community plan". I wrote at large about all that, even clearly stating that even the paycheck is modest (to avoid that kind of conflict of interest of the economical motivation).

fastball

I use Redis in basically every project, and this "ridiculous" move had literally zero impact on my usage of Redis, so maybe that is a bit hyperbolic.

SSPL is not as bad as the OSS community pretends it is (unless you're a hyperscaler).

bobsoap

I agree. That ship has sailed, at least for the foreseeable future. We switched to Valkey and it's our choice for a couple upcoming projects as well. To switch back now after this whole ordeal would make no sense at all.

giancarlostoro

Microsoft made one called Garnet, I wouldn't say its a fork though, its basically compatible with Redis and implemented mostly in C#. It supports the RESP wire protocol from Redis for ease of compatibility.

https://github.com/microsoft/garnet

avinassh

Garnet fascinates me. Their benchmarks even claim that it is better than Redis and also Dragonfly. Are there any papers or write ups explaining what makes Garnet fast? (I do know its based on FASTER)

reconditerose

The tl;dr is it's just a lockless hashmap attached to a TCP server with a log. Simple Get/Set operations are highly optimized, so with high batching they are able to efficiently fetch a lot of data efficiently. The architectures scales very well when you add threads and data access that is uniform.

It struggles a bit on certain types of workloads like hot keys, think heavy hitting a single sorted set. It's a cool architecture.

neonsunset

Yup, it’s a complete reimplementation in pure C#. It’s built on top of FASTER KV / Tsavorite project from MSR.

gschizas

Nice. I've been using Memurai (https://www.memurai.com/) for development on Windows (native, no WSL or Docker - for reasons), but this looks much better.

EDIT: Weird that being a program from Microsoft (well, it's Microsoft Research, so that probably explains it?) it has no installer and doesn't run as a service on its own.

yyyk

The readytorun zip includes a service exe, it does need 'sc create binpath= ' etc. to be ran as a service.

ahartmetz

Conventional wisdom from 10 years ago on HN is that Microsoft Research just pays some top researchers (with commercially interesting, err, interests) to keep doing their thing. I wouldn't distrust anyone from there based on their employer. That is from someone who doesn't trust MSFT very far.

rs999gti

Wow. First time hearing about Garnet. MS should package and deploy it as a service in the Azure SAAS offerings.

cess11

You do see how that's even worse, right?

jayofdoom

I don't see how it's worse?

https://github.com/microsoft/garnet/blob/main/LICENSE

It's MIT licensed?

KomoD

I don't, would you like to explain?

null

[deleted]

gigatexal

I get the feeling. I also live in the real world and know that nobody except for a few (most notably RedHat) have figured out how to make sustainable money in open source. These closed licenses didn’t come out of nowhere. They came in response to places like AWS using the open source license to make a mint with a project — and doing so legally (it’s there in the license to do so) — but then the project suffers. So the license change is done to prevent that so the project — ostensibly — can survive. It makes sense. And so does wanting to live up to the promises of open source. It’s a tough situation for sure.

null

[deleted]

homebrewer

The only real reason to use non-copyleft licenses for these kinds of projects is to be able to do the rug pull, so you should have expected it instead of feeling betrayed.

I imagine they will now require copyright assignment or something like that for external contributors to be able to relicense new code under a commercial license.

KZerda

A copyleft license like the AGPL didn't stop MongoDB from rugpulling. I'd argue that the AGPL, and the copyright assignment that tends to go with it, makes it easier to rugpull because forking entities would be at an extreme disadvantage in keeping the lights on compared to the closed-sourcing company. A non-copyleft license, on the other hand, makes it much easier for a forking company to cover all the same niches as the original company, making a rugpull that much more difficult.

NewsaHackO

? How did MongoDB rug pull?

umanwizard

> The only real reason to use non-copyleft licenses for these kinds of projects is to be able to do the rug pull

That’s an exaggeration. The vast majority of permissively licensed projects have never “rug pulled” and never will. It might be one possible reason to choose such a license but it’s very far from the only one.

pcthrowaway

You do realize the owners of the copyright can relicense it under any terms they want, even if it's a copyleft license like GPL, right?

arghwhat

Unless a CLA transfers copyright to the project owner, the copyright owners are every historical contributor to the project. Each contribution is owned by the contributor alone and they alone are able to grant rights to it.

A CLA often tries to mitigate this by making contributors give the project owners special rights at the time of contribution.

(Note that even if relicensed, this itself can never revoke licenses granted for prior versions unless that license specifically had revocation written into it.)

dharmab

There are good legal reasons to avoid the GPL; there are open legal questions about whether the GPL and its variants are enforceable.

throwaway2037

    > there are open legal questions about whether the GPL and its variants are enforceable.
At this point in history, there are multiple legal cases where GPL violators were taken to court and lost or settled. See: BusyBox and Linksys/OpenWrt.

GPL v3 also has a nice clause that allows companies to "repair/cure" their non-compliance.

    > Moreover, your license from a particular copyright holder is reinstated permanently if the copyright holder notifies you of the violation by some reasonable means, this is the first time you have received notice of violation of this License (for any work) from that copyright holder, and you cure the violation prior to 30 days after your receipt of the notice.
Red Hat also has a good blog post about their view of using the legal system to enforce compliance: https://www.redhat.com/ja/about/gplv3-enforcement-statement

fsckboy

your comment is logically defective

if that's your "good legal reason" to avoid the GPL, then it's just as much a "good legal reason" not to open source your work at all: if the GPL is not enforceable, that would mean you have used a non-copyleft license, which according to you is the thing you want to avoid for good legal reasons.

echelon

All advantage accrues to hyperscaler "managed" versions. That's so much more fucked than a rug pull.

Amazon gets to make millions off of the thing you built.

"Equitable source" licenses with MAU / ARR limits, hyperscaler resale limits, and AGPL-like "entire stack must be open" clauses is the way to go. It's a "fuck you" to Amazon, Google, and Microsoft in particular and leaves you untouched.

Open source today is hyperscaler serfdom. Very few orgs are running Redis on bare metal, and a equitable source license can be made to always support the bare metal case.

tough

It's sad as an open source lover how money fucks it all

simonw

Lots of cynical takes in this thread - and I get it, there isn't a guarantee they won't relicense again in the future (they have a CLA that would let them) and people feel betrayed by the last license change.

I think we should celebrate this anyway. It's a smart decision, it's what the community wanted to happen and it would be great if other companies with janky licenses could see "Redis relicensed to open source and had a great boost out of it", not 'Redis relicensed to open source and it didn't help them at all".

I'm delighted. Thank you, team Redis.

antirez

Thank you, Simon. I believe that cases like Elastic and Redis returning back to an open source license is like writing on the rock: "open source won", at least in the system software space. Companies get created, prosper and fail over time, but this message is here to stay with us for a long time, and shapes the society of tomorrow. It's a win of the software community itself.

lolinder

It's a win for the community over and against the corporations that are Redis and Elastic. They're not the good guys for giving in to the pressure. They tried to ride FOSS to prominence and then extract wealth on the backs of the community and found that the community mattered more than they did.

So sure, let's celebrate, but celebrate the community, not those who tried to pull the rug out from under them.

antirez

I said exactly that's a win of the community. But money are needed to pay the folks that work at open source software, and the companies that went for the SSPL were trying to protect their business (and, as a side effect, wanted or not, the ability to pay for such work). I believe the software world failed to protect open source software in the cloud era, but in general the environment that we collectively created made the open source software won.

thayne

I strongly suspect there was pressure from within these companies, among developers as well.

null

[deleted]

znpy

I’d say that open source definitely lost, and lost real bad.

Free Software won, as you ended up adopting the AGPL.

It’s an important distinction.

fastball

No its not.

overfeed

> it would be great if other companies with janky licenses could see "Redis relicensed to open source and had a great boost out of it", not 'Redis relicensed to open source and it didn't help them at all".

If the other companies can't figure out that adopting a janky license and alienating the community is the self-inflicted problem, then they are beyond help. Relicensing to open source not helping the company may serve as a cautionary tale for other companies and may prevent them from repeating the same mistake. As an open source enthusiast, the worst case scenario is companies switching licenses tactically and frequently to test the waters and walking back with no consequences; I'd prefer the cost of such actions to be swift and severe.

gloomyday

It could be cynical, but I think it is important to show severe consequences for breaking trust between a company and its community. Anyone that saw their history and contributes to it must be aware they are doing unpaid work for a company.

mort96

I don't want companies to see, "re-licensing to janky licenses is risk-free, because we can always go back to the old license if people react too negatively". I would like them to see, "re-licensing to janky licenses is a death sentence which immediately makes your product almost completely irrelevant and causes the community to switch to a fork and never switch back".

ksec

>Lots of cynical takes in this thread - and I get it, there isn't a guarantee they won't relicense again in the future (they have a CLA that would let them) and people feel betrayed by the last license change.

Oh good. There is still hope of it returning to the original BSD license. ( I am still using good old Memcached )

primitivesuave

I also appreciate this perspective because you never know what's going on in the board room. I have seen some morally upstanding leaders make questionable decisions that were totally out of character for them, all for the sake of appeasing a narrow-minded investor.

simonw

From this post on the Redis blog https://redis.io/blog/agplv3/ it looks like they've made a bunch of new features available under the new AGPL license too:

> Integrating Redis Stack technologies, including JSON, Time Series, probabilistic data types, Redis Query Engine and more into core Redis 8 under AGPL

Redis Query Engine is new-to-me (I stopped following Redis closely after the license change) - it looks like an in-memory alternative to a lot of the things you might do with Elasticsearch: https://redis.io/docs/latest/develop/interact/search-and-que...

With syntax that looks something like this:

  FT.SEARCH places "museum @city:(san francisco|oakland) @shape:[CONTAINS $poly]" PARAMS 2 poly 'POLYGON((-122.5 37.7, -122.5 37.8, -122.4 37.8, -122.4 37.7, -122.5 37.7))' DIALECT 3
(This is a smart move in terms of answering the question "Why would I switch back to Redis if I've moved to Valkey" - Redis just grew a bunch of new interesting features.)

kragen

Dismayingly, the CEO misspelled antirez's last name in this press release, https://redis.io/blog/agplv3/. That's so incredibly disrespectful:

> Following our license change, in November of 2024 Salvatore Sanfillipo (antirez) decided to rejoin Redis as a developer evangelist. Collaborating with Salvatore on new capabilities, company strategy and community engagement has been a true privilege that has made a major impact that will pay dividends into the future.

If it's a true privilege, you should earn it by not misspelling his name. Actions speak louder than words.

Pink Floyd has a song about this:

Well, I've always had a deep respect and I mean that most sincere

The band is just fantastic, that is really what I think

Oh, by the way, which one's Pink?

And did we tell you the name of the game, boy?

We call it riding the gravy train

We're just knocked out, we heard about the sell-out

You gotta get an album out, you owe it to the people

We're so happy we can hardly count

Everybody else is just green, have you seen the chart?

It's a hell of a start, it could be made into a monster

If we all pull together as a team.

null

[deleted]

taway1525

[flagged]

placatedmayhem

I'm curious whether the community will trust Redis-the-company again after this, or if they'll choose to stick with Valkey. The other concern is at least some big company legal departments are wary of AGPL software, which makes Valkey, still BSD, more attractive to them.

Edit: Regardless, thank you and the rest of the folks inside Redis for pushing to bring this back to OSS!

cortesoft

We kept using redis, the license change never affected us. We had no reason to switch.

ketzo

I imagine there is quite a large, quiet fraction (majority) of users who were the same way.

Not to say it’s not an important discussion!

Alupis

Many people switched to Valkey and didn't even know it. A lot like how many users are using MariaDB but think they are using MySQL.

Several major linux distros transparently switched to Valkey and the users are none-the-wiser. On Fedora, for example, doing `sudo dnf install redis` just installs Valkey.

dharmab

From the blog post it seems like existing users kept using Redis but new users adopted alternatives instead.

zimpenfish

> it seems like existing users kept using Redis

Redis user since it appeared and I switched my servers (~15) to Valkey - partially because of the shenanigans, partially because Arch is moving Redis to archive.

JackSlateur

In my current compagny (multibillions dollars kind of), most if not all redis has been replaced by valkey

Redis is a threat to the compagny and the licence change was taken very seriously, as all legal-related threat.

ramon156

Same here. The response from the community was valid, but basically didn't affect us.

seneca

All of this aside, Redis-the-company has some of the least tactful salespeople I've come across in my long stint in this industry. Used car sales level tactics.

Between that and the licensing, I would never consider dealing with them.

antirez

The team of sales was, AFAIK, rebuilt from scratch recently. Please if this happened recently tell me, and I'll make sure to report back. Thanks.

llmthrow103

We switched to Valkey on our Elasticache instances and immediately noticed a performance improvement in our usecase that allowed us to reduce number of instances. Not really interested in moving back to Redis at this point.

ksec

I am thinking the same that going to AGPL may actually push more people to Valkey.

Although I haven't checked if ValKey any substantial development since the fork.

reconditerose

Yeah, there has been a lot of stuff like performance [1] and efficiency improvements [2]. A lot of the contributors, that didn't work for Redis labs but worked on Redis OSS before the fork, moved to Valkey and they continued to contribute.

[1] https://valkey.io/blog/unlock-one-million-rps-part2/ [2] https://valkey.io/blog/new-hash-table/

graton

Well Valkey has more commits to their repository then Redis does, and more contributors. So it appears to be active.

https://github.com/valkey-io/valkey

https://github.com/redis/redis

skywhopper

In fact, some of Redis 8’s new features were taken from Valkey source code.

internetter

Lol feels a little hypocritical to complain about proprietary clouds, then take open source software from a competitor and embed it into your own

immibis

Is that why they're AGPL now?

olavgg

Valkey has RDMA support, which offers significant performance improvements.

null

[deleted]

kiitos

Statistically nobody is using valkey.

cyrnel

Amazon really encourages valkey in the elasticache dashboard. There's a banner advertising lower prices and it's listed first in the dropdown when you go to create one. Default settings do have power.

kiitos

Sure, but the impact of new customers and their decisions take a long time before they impact net statistics. All evidence I can find, regardless of domain or context, suggests Redis vs. valkey marketshare is something around a 99%/1% difference.

_msw_

If you use the latest versions of Redis, you are benefiting from the continued efforts of the Valkey development community. [1]

This is Open Source working well.

Unfortunately, the reverse flow does not work.

[1] https://github.com/redis/redis/pull/13638

graton

I wonder how that works legally with CLA. If the person who originally wrote the code is not the one who signs off the PR. I assume the lawyers have signed off on it.

Did they maintain the author's copyright notice as required by BSD-3?

darkwater

Well, now that Redis is once again Open Source and even Free Software, that should change.

rmsaksida

I've been using Valkey simply because after I updated to the latest Fedora version, it dropped redis and pointed me to Valkey instead. I assume as more distros do this and more people update their systems, the Valkey user base will grow. But perhaps with the AGPL redis that will no longer be the case.

jzb

That kind of assertion really needs some backup or it's just noise. I'll be honest and say that I have no idea what the usage stats for Valkey are -- and it may be that it's a drop in the bucket compared to Redis. But I don't know. Can you back this up or is this just your gut feeling?

echoangle

Are there usage stats available? How do you know this?

reconditerose

My guess is they are making it up. AWS has no public information, but there are some high profile customers that have migrated https://aws.amazon.com/elasticache/customers/.

shaky-carrousel

Without sources, it's a "statistically worthless" comment :)

achillean

Based on Internet-accessible services the number of Valkey servers is low (~120):

https://trends.shodan.io/search?query=valkey_version+port%3A...

Here's a chart of all Redis-compatible services (~55,000):

https://trends.shodan.io/search?query=port%3A6379+redis_vers...

Osiris

My guess is most people are using Redis via cloud providers. Did any cloud providers switch away from Redis?

potatocoffee

[flagged]

shaky-carrousel

Yeah, all the open source distributions and most open source projects switching to valkey must be "nobody".

lurking_swe

what do you mean? i work at a FAANG-adjacent company and our entire engineering org was told to switch to valkey, with an internal deadline from ops. My team supports a public facing service and we made the switch 2 months ago.

It was pretty easy, a small config change and some performance testing to make sure it worked well at scale.

Maybe nobody is talking about it online but some people have definitely switched.

teaearlgraycold

I don't know about valkey but I got word Nvidia was switching away from Redis.

VWWHFSfQ

I very much doubt that anyone will stick with valkey after the PaaS providers switch back to just offering Redis proper.

md3911027514

Why would PaaS providers switch back to offering Redis? They've clearly all already invested a lot in Valkey (AWS, GCP, Heroku).

antirez

AWS, GCP, surely are invested: they paid for ValKey, they forked to avoid doing revenue sharing with Redis in any way :D IMHO it's a matter of what the community does, and it, in turn, this depends on how well we are able to develop Redis.

It's not just licensing and hyper-scalers, it's also a matter of development quality and direction. For instance, now in Redis you can find substantial more stuff not available in ValKey, including hash items expires, Vector Sets that are very useful for a number of things, the probabilistic data structures just introduced with Redis 8, and so forth.

lotharcable

If Redis is superior then sticking with Valkey would just be throwing good money after bad. Hopefully those companies are competent enough to understand the concept of sunk costs.

Maybe Valkey has served its purpose in pressuring Redis into playing ball.

Just answering "why would". Whether or not Redis is better then Valkey or if it would be worth it to switch back is not something I know.

kiitos

AWS and GCP offer valkey-based versions of products that are typically based on Redis, but those versions are currently, generally, preview-grade, and statistically zero customers are using them. They still offer the original, Redis-based versions of those products, which, statistically, 100% of their customers are using.

kamranjon

One of the big things I love about Redis is that it’s become this tool for me to learn new techniques and explore data. Like, the new vector sets feature has let me really explore dense vectors and custom search and taxonomy mapping and all sorts of areas that seemed like a high barrier to entry for me, but now I’m just streaming stuff into llama.cpp with an embedding model and storing it in Redis and being able to do mappings between different data sets super efficiently.

A big part of that is API design - I can’t think of another system that is as well thought out as the Redis API - it’s deceptively simple and because of that I didn’t have to wait for client libraries to incorporate the new Redis features - they just work cause they all speak RESP and I can just send raw commands.

All of this is to say that I was really happy to hear Antirez was back working on Redis and it’s paying off in more ways than I could have imagined. People can use valkey or whatever they want as an alternative - but I like Redis because it’s always pushing forward and letting me explore new things that otherwise wouldn’t feel as “at my fingertips” as it does in Redis.

antirez

Thank you so much for your kind words! I tried hard, with Vector Sets, to follow exactly the "wave" you are referring here, I hope I was able to. Thanks.

Implicated

The Vector Sets, omg. Thank you, so much thank you :)

wg0

Redis is in SQLite and Wireguard league of simplicity and elegance.

boruto

Could you please link any blog post which goes into what you are talking about, I feel I am also at the high barrier to enter situation about this stuff

md3911027514

Our company made the switch over to Valkey, and we've invested hundreds of engineering hours into it already. I don't see us switching back at this point especially when it's clear Redis could easily pull the bait-and-switch again.

benwilber0

Your company invested hundreds of engineering hours switching from Redis to a clean fork of Redis?

cogman10

I can easily see this for a midsize company.

While it's likely an easy process to drop in valkey, creating the new instances, migrating apps to those new instances, and making sure there's not some hidden regression (even though it's "drop in") all takes time.

At a minimum, 1 or 2 hours per app optimistically.

My company has hundreds of apps (hurray microservices). That's where "hundreds of hours" seems pretty reasonable to me.

We don't have a lot of redis use in the company, but if we did it'd have taken a bit of time to switch over.

Edit: Dead before I could respond but I figured it was worthwhile to respond.

> It's literally just redis with a different name, what is there to test?

I've seen this happen quite a bit in opensource where a "x just named y" also happens to include tiny changes that actually conflict with the way we use it. For example, maybe some api doesn't guarantee order but our app (in a silly manor) relied on the order anyways. A bug on us, for sure, but not something that would surface until an update of redis or this switch over.

It can also be the case that we were relying on an older version of redis, the switchover to valkey necessitates that we now bring in the new changes to redis that we may not have tested.

These things certainly are unlikely (which is why 1 or 2 hours as an estimate, it'd take more if these are more common problems). Yet, they do and have happened to me with other dependency updates.

At a minimum, simply making sure someone didn't fat finger the new valkey addresses or mess up the terraform for the deployment will take time to test and verify.

rlpb

> My company has hundreds of apps (hurray microservices). That's where "hundreds of hours" seems pretty reasonable to me.

Sounds like a huge disadvantage in your company’s choice of software architecture to me.

JamesSwift

My understanding is that Valkey was forked directly from redis. So assuming you migrate at the forks point-in-time, then it literally is the same code.

txcwg002

I believe it. There are companies that invested hundreds of engineering hours to rename master to main.

xandrius

That is even more ridiculous, at least switching to a clean fork of Redis has business reasons. Following the latest cultural fads, less so.

patates

One would find it hard to believe how often we hardcoded "master" to every corner of the software that ever touches any VCS.

brookst

At the very least you have to validate everything that touches redis, which means finding everything that touches redis. Internal tools and docs need to be updated.

And who knows if someone adopted post-fork features?

If this is a production system that supports the core business, hundreds of hours seems pretty reasonable. For a small operation that can afford to YOLO it, sure, it should be pretty easy.

benwilber0

But why are they spending any time switching away from Redis at all unless they are a hosting provider offering Redis-as-a-service?

I wasn't aware the license had any negative affect on private internal use.

null

[deleted]

md3911027514

By switch I mean that all new projects use Valkey instead of Redis, and we've invested hundreds of hours into those new projects.

mperham

There are companies using many thousands of Redis instances storing petabytes of data with millions of users.

Now consider a no-down-time migration. How long do you think that'll take to engineer and execute?

dbacar

Even the infrastructure switch and testing should take a lot of time, yet the application level tests etc.

geysersam

Why did you not pay Redis for a licence instead? I'm genuinely curious. Did you feel uncomfortable being tied to a license fee that might increase in the future, or was it just too expensive?

edoceo

What? Isn't Valkey a "drop in" replacement? I switched a couple of deployment, it "just worked" but maybe I'm just too simple.

tinix

how does it take hundreds of hours to swap out a back end when you're using a trivial protocol like redis?

did you switch out the client or something? maybe the problem is not using pluggable adapters? is your business logic coupled to the particular database client API? oof.

I know the cluster clients are different (been there, done that) but hundreds of hours, seriously? or was that just hyperbole?

Twirrim

I think you might underestimate how little time hundreds of hours is. It's very, very easy to reach your first hundred hours in a task, e.g. taking a 40 hour week, 3 engineers = 120 hours.

If valkey is working, why spend that time reverting to redis, when you could be spending it on things that are actually going to provide value?

tuckerman

Hundreds could be 200 which, at 10 hours a day 5 days a week, is like a week and a half for a team of 3. It seems quite possible if you had to do testing/benchmarking, config changes, deploy the system, watch metrics, etc.

poincaredisk

My company is relatively small. With probably 6 separate redis instances deployed in various places (k8s, bare metal, staging and prod environments) and dozens of (micro)services using them it's probably at least 40 hours (one person-week) to migrate everything at this point. Also there are things like documentation, legacy apps that keep working but nobody wants to spend time updating them, naming problems everywhere (renaming "redis" everywhere with zero downtime would be a huge pain), outdated documentation, possibly updates in CI, CD, and e2e tests, and probably more problems that ight become apparent in scale.

And we're honestly not large. For a mid size company, hundreds hours sound reasonable. For a big company the amount of work must be truly staggering.

md3911027514

By switch I mean that all new projects use Valkey instead of Redis, and we've invested hundreds of hours into those new projects. We've also tried stuff with the Valkey Glide client.

aftbit

From the CEO blog post - https://redis.io/blog/agplv3/

>This achieved our goal—AWS and Google now maintain their own fork

Was this really the goal though? Forcing your biggest users to fork your software and maintain their own divergent version is not really good for anyone. Sure, Amazon and Google (or AWS and GCP - type confusion in the source material) now have to contribute some more engineering hours to the open fork, but why would anyone still want to use Redis now that there's a permissively licensed alternative maintained by the same cloud hyperscalers who will end up running it for you?

Spivak

Yeah this take kind of surprised me, you really wanted Valkey to be the default option for cloud customers ensuring they'll have no migration path to your own offering? I just don't get it. You were getting $0 and now you're getting $0.

fastball

How often were people migrating from AWS Redis to Redis Cloud in the first place? I'm guessing not a lot.

bravetraveler

+1. Not a lot, I'd guess. Every time I've used Redis (or ValKey in more recent times), latency more than 20ms or so would have been terrible.

I've seen workloads perform better without caching at all at 30ms

fastball

Isn't it though? They weren't contributing before and they weren't paying Redis corp before, now they are at least contributing to a fork (and still not paying Redis corp).

Presumably some of the things being worked on in Valkey, etc can be upstreamed back to Redis in some form (not entirely straightforward since it is a hard fork with a diff license, but concepts can be borrowed back too).

e.g. apparently Valkey has introduced some performance improvements. Redis can implement similar if it seems worthwhile. Without the fork those performance ideas might have never surfaced.

mzi

They were contributing a lot. So Redis-the-company lost a lot of engineering expertise when they all left for valkey.

arthur-st

> They weren't contributing before

That is not true. Companies like AWS had paid staff working as OSS Redis core maintainers before the licencing schism. This talk of "achieving their goals" is just bluster serving no reason other than damage control.

geysersam

I don't get it, why don't gcp and aws just pay the Redis company instead of paying their own (expensive!) engineers to maintain a fork?

ddorian43

Because they think it's cheaper/better for them.

skybrian

Are there compensating benefits? For web browsers, having multiple, competing implementations is considered good.

jacobgkau

Are there benefits to the ecosystem? Possibly.

But the person you replied to was talking about Redis's goal, and I don't think it's likely their goal had anything to do with having a competitor to themselves around. Even if they did want that, they could've just bankrolled (or engineered) a fork; changing a license to one that causes your largest users to do the work themselves is a rather roundabout way to do it.

I can almost kind of see the large users needing to work together on a replacement, meaning that replacement might as well be open-source, meaning Redis can get future improvements that were funded by the fork users (who Redis was upset wasn't paying them) as a semi-vindictive, semi-useful goal. But it's still roundabout. If that was really the plan, it could've been articulated better in this postmortem to make it clear the "goal" bit hadn't just been BS'd.

rustc

They still require a CLA [1] so there's nothing stopping them from doing another relicense to a proprietary license tomorrow.

The only way this remains open source forever is to accept AGPL-only licensed patches.

[1]: https://github.com/redis/redis/blob/d65102861f51af48241f607a...

Macha

That's sort of fine. As a personal user, someone could fork and maintain redis in that case, which wasn't true in the SSPL era.

Now AGPL+CLA is not a license I'd contribute under, but also Redis is so far down my priorities that it wasn't a project I was going to be issuing PRs for anyway.

jenadine

> AGPL+CLA is not a license I'd contribute under,

Why not? Is it because only one company can make proprietary fork?

Would you rather contribute to MIT software where everyone can make proprietary fork? Or AGPL without CLA where nobody can make proprietary fork?

eitland

> Would you rather contribute to MIT software where everyone can make proprietary fork?

In my case that is it.

I'm totally fine with people taking my MIT licensed code in a MIT licensed project and running with it.

However, working for free on someone elses code base knowing that they can always go commercial with it or do whatever they want while I and the rest of the community is stuck with AGPL, that is something I'd rather avoid, if possible.

Macha

Yes, the asymmetry is a problem. If the terms the company has to use my contributions is more favorable to them than the terms under which I can use their contributions, then I'm not into playing that game.

theturtletalks

When Antirez left Redis, he wrote an amazing blog post I go back to often [0]. In there he said:

"I write code in order to express myself, and I consider what I code an artifact, rather than just something useful to get things done. I would say that what I write is useful just as a side effect, but my first goal is to make something that is, in some way, beautiful. In essence, I would rather be remembered as a bad artist than a good programmer."

I'm glad Antirez was seeing his art losing it's beauty and now, is reclaiming it!

0. https://antirez.com/news/133

parrit

So nice to hear talk like that in the AI "your code is worthless age". Keep the craft going!

null

[deleted]

bradgessler

I got a really stupid email from Redis®* a year ago that wanted me to put a disclaimer on the “first page” where Redis®* appeared on a website, as if it was a paper legal document.

That was the very moment Redis®* died for me—I’ve never encountered a tech company that was so aloof about how tech works.

Hopefully that damage is undone.

*Redis is a registered trademark of Redis Ltd. Any rights therein are reserved to Redis Ltd. Any use by Brad Gessler is for referential purposes only and does not indicate any sponsorship, endorsement or affiliation between Redis and Brad Gessler.

antirez

You are right, and this attitude was reverted. You can't imagine what law departments can do even without explicit mandate, if not correctly moderated. Redis grew very fast in the middle of a CEO switch and I believe this created many issues like this one. Now, we should be past that. To provide an example in a very important field, client libraries, the decision was to help with the code sending PRs and don't interfer with things like trademarks.

hodgesrm

It's not the only company that does this. That's why foundations typically ask for the trademark and logos as part of donating code.

otterley

If there's a lesson to be learned from this drama, it's that changing a software license from a liberal open-source one to a anti-competitive one (even if the source is still available and open to contribution) is a one-way door and loses trust. Once done, even if you recognize your error and revert the license, you're not getting that trust back.

freeAgent

The announcement just happened. I don’t know that we know the results yet.

lolinder

Elastic announced they were switching back a few months ago, we should be able to measure the results by now.

jonny_eh

> you're not getting that trust back

It's not black and white. They'll get some trust back at least.

otterley

Anyone capable of pulling a rug once is capable of doing it twice.

jonny_eh

You can't win all the trust back at once, it's a process.

remram

This doesn't solve anything, Redis has proved that it is willing to do a rug pull, and how much they are willing to hurt the community when they do (taking over client libraries, etc). I don't see a reason to go back from valkey. Again and again, Redis Labs has been the worst thing about Redis, I'm glad we now have an other option.