Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Redis Inc seeks control over future of Rust redis-rs client library

devclass.com

Post reply on HN
Print view View original

61–68 of 68 posts

Re: Redis Inc seeks control over future of Rust redis-rs client library

#61

Post by chipdart »

nine_k wrote: post #56
orochimaaru wrote: post #54

Earlier quoted context omitted.

They paid antirez and I'm sure compensated him for his efforts on redis. I haven't heard antirez being "kicked out". There may have been a separation of ways when redis inc. decided to not be truly open source, but I haven't heard of them being abusive or unethical with antirez. So yes, antirez started it. He owned the trademark and gave it off to redis inc. and was compensated for it. I am not seeing why this has to…

Yes, nobody says that there's something illegal here. Were it so, Redis is high enough profile project for someone to take a legal action. But this is a takeover that is slowly draining the value from the community and directing it to private pockets. E.g. Redis is now source-available. There are still compatible alternatives: https://valkey.io/ (C, a direct Redis fork) or https://keydb.dev/ (C++, an evolved Redis fo…

> But this is a takeover that is slowly draining the value from the community and directing it to private pockets. E.g. Redis is now source-available.

I think you're fooling yourself into believing that Redis was ever a community-owned project.

The truth of the matter is that the guy who developed Redis ended up selling Redis to a corporation. Since then he bailed out, and the corporation that owns Redis is now going through great lengths to monetize it.

The faster you forget about Redis and switch to alternatives, the better you'd be.

Re: Redis Inc seeks control over future of Rust redis-rs client library

#62

Post by chipdart »

orochimaaru wrote: post #60
nine_k wrote: post #56

Earlier quoted context omitted.

Yes, nobody says that there's something illegal here. Were it so, Redis is high enough profile project for someone to take a legal action. But this is a takeover that is slowly draining the value from the community and directing it to private pockets. E.g. Redis is now source-available. There are still compatible alternatives: https://valkey.io/ (C, a direct Redis fork) or https://keydb.dev/ (C++, an evolved Redis fo…

My point is the lesson here should be to wary of tools that don't have a foundation backing them. I have nothing but the highest respect for antirez. But redis never had a foundation. That makes it susceptible to be source-available. The same with Elastic search. I think the best option against this action by Redis Inc is to move to valkey and use it to incorporate features that Redis Inc considers "enterprise licens…

> But redis never had a foundation.

In theory Redis could have had a foundation. It didn't. Instead the project owner opted to sell it to a corporation. This doesn't happen by accident.

What indeed has a foundation is Valkey[1]. It's backed by the likes of AWS, Google Cloud, Digital Ocean, etc.

[1] https://www.linuxfoundation.org/press/linux-foundation-launc...

Re: Redis Inc seeks control over future of Rust redis-rs client library

#63

Post by aitchnyu »

greenavocado wrote: post #7

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

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

Re: Redis Inc seeks control over future of Rust redis-rs client library

#64

Post by OPoncz »

papruapap wrote: post #13
greenavocado wrote: post #7

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

Are there many redis drop-ins alternatives?

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

Re: Redis Inc seeks control over future of Rust redis-rs client library

#65

Post by OPoncz »

paxys wrote: post #14
voidfunc wrote: post #2

I have yet to hear a single positive story about this Redis Inc... it's like a giant company full of only assholes. Story after story is just "wow, these people all suck"

Redis the project was essentially taken over by a company that had nothing to do with its development. Salvatore Sanfilippo (antirez) started Redis and developed it by himself from 2009 to 2015, gaining massive popularity and building a large community in the process. It was FOSS the entire time. A separate VC-backed company called Garantia Data used to make money by offering a hosted version of Redis. That company c…

It's not right to say that Redis "had nothing to do with its development." They were a major contributors and were managing the project for many years. The problem like many other open source project is that the innovation is shared with competitors who happen to be huge corporates. What would you do if for every line of code you add your competitors get X10 customers than you?

Re: Redis Inc seeks control over future of Rust redis-rs client library

#66

Post by pyuser583 »

doctorpangloss wrote: post #49
SahAssar wrote: post #45

Earlier quoted context omitted.

redis-rs has been around since 2013, so before redis inc. was called anything related to redis (the were called Garantia data) or they hired the redis creator (in 2015) or bought the redis trademark (in 2018). That might not be legally relevant but it is certainly ethically relevant.

> That might not be legally relevant but it is certainly ethically relevant. I don't know if it's ethically relevant. I'm sure there was someone named Matt Damon before the actor Matt Damon, and maybe that guy was even an actor, but I wouldn't say today's Matt Damon is ethically violating ancient history's Matt Damon. What is the right rule for abandonware? It can't be, whoever got there first. Anyway. I don't buy yo…

Hollywood has very strict rules regarding names. If your name is identical to the name of another actor, you must use a variation or alias.

Re: Redis Inc seeks control over future of Rust redis-rs client library

#67

Post by liveoneggs »

webstrand wrote: post #46
liveoneggs wrote: post #9

8/10 uses of redis I have encountered in the world were people using it as a slower memcached. 1/10 are using it as a hope-for-the-best "queue" instead of rabbitmq, which is bullet-proof. The last 1/10 actually use it as a novel "database" but every one of those instances also has mysql or postgres, rendering it completely redundant. Redis itself was, for a while, a massive open security hole when the above people wo…

Isn't it good for building and querying custom indexes? Doing that with mysql or postgres is very difficult or impossible depending on hosting solution. Or would you still prefer to build on top of memcached?

VIEWS and MATERIALIZED VIEWS probably are a better version of what you are talking about?

If you are running slow queries and caching them into into a k:v store you can just do that with a TEMPORARY TABLE - sql databases are absurdly fast k:v stores.

There are valid use cases for redis in its novel types and things but my comment was trying to express that seeing that usage, in my real life experience, has been rare.

Re: Redis Inc seeks control over future of Rust redis-rs client library

#68

Post by PeterZaitsev »

Lets face it Redis Inc owns Redis trademark, same as it owned Redis software copyright and we should expect it will enforce it.

The community took steps launching several Redis alternatives, including Valkey - the next step would be also to get rid of trademark in the connectors

As there are number of vendors offering Redis compatible databases those days I think the best approach would be to come up with vendor neutral name for Redis protocol and when Redis, Valkey, DragonflyDB etc could be listed as supported products.

Post reply on HN