Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Replace Redis with open source alternative? #2062

Open
pombredanne opened this issue Mar 20, 2024 · 5 comments
Open

Replace Redis with open source alternative? #2062

pombredanne opened this issue Mar 20, 2024 · 5 comments

Comments

@pombredanne
Copy link

Redis is no longer open source going forward....

https://redis.com/blog/redis-adopts-dual-source-available-licensing/

Redis will no longer be distributed under the three-clause Berkeley Software Distribution (BSD).

@selwin
Copy link
Collaborator

selwin commented Mar 23, 2024

Yeah, this sucks. But let's see how this plays out.

@ankush
Copy link
Contributor

ankush commented Mar 23, 2024

SSPLv1 while not as permissive still allows full commercial use as long as you also open source your modification of redis and code that runs the managed Redis service that you provide.

The license change doesn't affect vast majority of users use Redis for RQ in their application, as long as they are not offering it as a service. Anyway, IANAL so confirm with someone who is before doing anything.

ref: https://www.mongodb.com/legal/licensing/server-side-public-license/faq

@SpecLad
Copy link
Contributor

SpecLad commented Mar 27, 2024

FWIW, the client libraries remain open source.

@pombredanne pombredanne changed the title Replace with open source alternative? Replace Redis with open source alternative? Apr 27, 2024
@pombredanne
Copy link
Author

pombredanne commented Apr 27, 2024

@ankush SSPL is a source-available, proprietary license. I cannot deploy my open source projects based on proprietary code, as I do not know what my users will use it for, commercial or not, and I do not want them to have to worry about this. And though it may be OK for you to use it internally, I would think twice as the next license ratchet step from Redis will likely to make more proprietary, and eventually fully commercial-only.

Why? The writing is on the wall :) .... in 2018, Redis exec said:
https://redis.io/blog/redis-license-bsd-will-remain-bsd/

We want to address your questions and be crystal clear: the license for open source Redis was never changed. It is BSD and will always remain BSD.

... and it is crystal clear now that this is a promise they obviously did not keep. So I would not trust them in the long run.

@selwin There are a few decent Redis alternatives that are emerging:

A possible way could be to start testing if these can work as well as redis? Or just wait and see as eventually Linux distros will likely start to deploy these too as the SSPL-licensed Redis versions will no longer be part of their official packages.

( @selwin unrelated, your profile-listed home at http://ong.co.id looks inactive? )

@selwin
Copy link
Collaborator

selwin commented Apr 27, 2024

A possible way could be to start testing if these can work as well as redis?

It would be great if someone can experiment with this.

For now, I want to focus on releasing a last stable 1.16.x version before putting my effort into releasing 2.0 which should take a few more months.

In the medium to long run, I definitely want to support an open source Redis alternative. I personally think Valkey would win because it has the support of Linux Foundation, but I want to wait for a few months before deciding on which Redis alternative to support.

The ecosystem around databases typically take time to mature and even Valkey still don't have the question around redis-py figured out.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants