greenavocado 1 day ago

My theory is Redis is trying to take control over all popular libraries that interface with it so it can break protocol level compatibility to force vendor lock-in

4
mperham 1 day ago

That would push everyone to valkey. They want to add proprietary features supported only by their server and client. That's the extend part of "embrace, extend, extinguish".

https://en.wikipedia.org/wiki/Embrace,_extend,_and_extinguis...

greenavocado 1 day ago

Some cash cows would remain stuck and they are ultimately the ones that would be milked for profit even if 95% of the community leaves

gorjusborg 1 day ago

All of this drama is already doing that.

bhouston 1 day ago

My theory as well. I would almost bet on it.

Redis is risking its reputation in order to solidify its revenue stream in the face is rising threats like Valkey, etc.

skeledrew 23 hours ago

Well it's either solidify revenue stream or likely go out of business. And what's a reputation if there's no business to attach it to?

aitchnyu 11 hours ago

Tangential, I realized I can be satisfied by Redis from 2013. Who are relying on recent Redis versions?

papruapap 1 day ago

Are there many redis drop-ins alternatives?

loloquwowndueo 1 day ago

Valkey, dragonfly, kvrocks are all protocol-compatible and mostly drop-in replacements for upstream Redis.

If you want something hosted/managed, there’s Upstash Redis (though I reckon they’ll soon have to change the name of that offering).

stackskipton 1 day ago

Microsoft has also been working on one. https://microsoft.github.io/garnet/

seneca 1 day ago

Kvrocks is pretty substantially different, from my understanding. It only shares the protocol.

OPoncz 9 hours ago

https://github.com/dragonflydb/dragonfly Is a multi-threaded drop in replacment

whstl 1 day ago

Valkey is the fork/drop-in replacement from the Linux Foundation.