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

Investigating alternatives to using Redis #3348

Open
Bnyro opened this issue Mar 21, 2024 · 8 comments
Open

Investigating alternatives to using Redis #3348

Bnyro opened this issue Mar 21, 2024 · 8 comments

Comments

@Bnyro
Copy link
Member

Bnyro commented Mar 21, 2024

Redis will publish all their future code under a different, non-free license, see redis/redis#13157.

Obviously this means that SearXNG would depend on a project that's not FLOSS and might only distribute binaries instead of keeping all new changes public - which is critical.

There is a fork https://codeberg.org/redict/redict which looks promising but still in its beginning, we'll see how it goes.

We could also consider using a completely different database from now on, but I'm certain that'd cause a lot of trouble with migrations, making all instance maintainers switch, ...

ping @unixfox, @return42, @dalf, @mrpaulblack

@unixfox
Copy link
Member

unixfox commented Mar 21, 2024

For me it's too soon to really discuss what to do next. Let's wait at least 1 month to see what reliable fork comes out.

But without picking someone else recent fork like redict, we can also look for re-implementation of the redis server like:

We do not highly depend on specific functions from redis so these could work fine.

@virtadpt
Copy link

SearxNG doesn't depend on Redis, it can just interface with it if you want it to. For most users this is a non-issue.
However, it is still something to keep an eye on.

I think keeping Redis support would be useful, just because there will still be folks (some nebulous group of people and organizations out there) who have to use Redis, will pay for it, and will need to hook SearxNG into it. For folks who are going to bail on Redis (understandably), this is probably going to take the form of migrating to something else that probably doesn't use the Redis interface protocol itself but HTTP. For example,

@kkofler
Copy link

kkofler commented Mar 23, 2024

DragonflyDB is also non-Free (always has been), it uses a "Business Source License" with very similar non-Free terms to the ones Redis is now adopting.

@jonas-w
Copy link

jonas-w commented Mar 23, 2024

There is also the placeholderkv fork, just for future reference, here are the differences between redict and placeholderkv:

valkey-io/valkey#8 (comment)

@jonas-w
Copy link

jonas-w commented Mar 29, 2024

Someone made a summary of the current forks:

https://lwn.net/SubscriberLink/966631/6bf2063136effa1e/

Seems like placeholderkv has been renamed to valkey

@return42
Copy link
Member

Someone made a summary of the current forks:

thanks for sharing this article, which is well worth reading .. 👍

Seems like placeholderkv has been renamed to valkey

Yes .. Linux Foundation Launches Open Source Valkey Community

@unixfox
Copy link
Member

unixfox commented May 5, 2024

The SearXNG team agreed to move to valkey as an official replacement. Further testings will be done by @mrpaulblack on his instance.

Work in being done in searxng-docker here: searxng/searxng-docker#230

@unixfox
Copy link
Member

unixfox commented May 18, 2024

We moved to valkey on the searxng-docker project: searxng/searxng-docker#230

Thanks @inetol

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

6 participants