The future of the multi-threaded #redis alternative of #KeyDB seems uncertain now, with its core maintainer leaving Snap. #Valkey is still going strong, though!

https://github.com/Snapchat/KeyDB/issues/895

This discussion on HN about why you may not need anything other than Postgres: https://news.ycombinator.com/item?id=42036303

brings up a good question about Redis- one I've wondered myself: Are we using Redis the wrong way?

The main use of Redis is as a simple key/value store. The idea is that if we are doing a process such as a DB query, we can cache the result. This is essentially memoization, and I remember this being used way back with a program called memcached.

Redis is a highly optimized key/value store, but many people (myself included) use hosted Redis servers. This introduces a lot of overhead on reads.

Wouldn't we be better off moving the key/value pair server as close to the application as possible, and then relying on writes being distributes to all instances? At worst we might get old data, but if we're using the system for caching, that shouldn't matter much, and we can instead rely on eventual consistency.

I'm curious as to other's thoughts on this.

#Redis
#KeyDB
#SystemArchitecture

Started to swap redis instances for #keydb. Especially for #mastodon since it has been a problem multiple times, that as soon as "the right #redis instance" dies, all mastodon-web pods become unready.

This should be fixed now in theory .-. lets see what reality says in the next few weeks.

https://git.shivering-isles.com/shivering-isles/infrastructure-gitops/-/commit/4d2ac14345cd578874566035c64cb6f076e6c708

anyone have any opinions about #keydb and #valkey? i was about to start a project with the former when i learned about the latter. i really like #redis and am looking into replacements.

Doncs ara que sembla que a #Fedora ja tenen #KeyDB vaig a provar de ficar-lo al contenidor de #Firefish per veure si, realment, és un drop-in com diuen...

#KeyDB - multithreaded fork of #Redis

https://github.com/Snapchat/KeyDB

Already in #FreeBSD Ports.

And now @realkeydb builds are in Bodhi for all supported @fedora versions and EPEL 8/9 and ready for testing.

Good alternative and potential replacement to #redis

https://bodhi.fedoraproject.org/updates/?search=keydb-6.3.4-2

3 serious forks of #Redis to watch:

#KeyDB

Mutli-threaded fork of Redis based on Redis 6.
BSD 3 Clause license.
Owned by Snapchat.
https://github.com/Snapchat/KeyDB

#Redict

Recent fork by @drewdevault based on the last open source version of Redis 7.2.4.
On Codeberg.
LGPL 3.0 license.
https://codeberg.org/redict/redict

#Valkey

Accepted by Linux Foundation. Started by former Redis contributors & AWS employees.
BSD 3 Clause license.
https://valkey.io/

Boosts appreciated

@Elucidating Again:
Check my #GitHub contributions and see for yourself...

The #rugpull by #Redis is just inexcuseable and not only did #Snapchat basically make a better #multithreaded #fork under #BSD 3-Clause named #KeyDB for quite some time , but several big constributors seem pissed...

So far, I saw quite significant contributions from #Tencent *, #AlibabaCloud * #aws and #RedHat and I'm convinced their #CLO's are pissed since their staff worked on those projects because with the leave of original creator of Redis it was stated that it will remain 3-Clause BSD...

And I do expect Redis to get their asses handed in court so hard they'll have to file for #bankrupcy like #SCO before the dust has settled...

I mean, look at that dumpsterfire and tell me with a straight face this is how #FLOSS should be done!

Are you a #redis user? Unless there's something specific you need from redis-7, #SnapChat has a drop-in #opensource replacement for you called #KeyDB. Coming very soon to a #Linux distribution near you!

https://github.com/Snapchat/KeyDB

So, dann mal damit angefangen alle #Redis Server in der Firma mit #KeyDB zu ersetzen.
Ist ohnehin wohl das bessere Produkt, wenn man deren Beschreibung glauben mag ;)

https://docs.keydb.dev/

Anyone using #KeyDB instead of #redis on your #fediverse instance?