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

Redis Stack

redis.io

Post reply on HN
Print view View original

41–50 of 71 posts

Re: Redis Stack

#41

Post by scoopertrooper »

rsstack wrote: post #39
Lio wrote: post #36

It’s a shame they don’t offer first class Ruby support. I could see myself using some this stuff. Is this something Redis are likely to offer in future does anyone know?

> they don’t offer first class Ruby support It's a datastore. It has clients for many languages, including a recommended one for Ruby. What support are you missing here?

To use the extra features that come with Redis Stack, you need a client that supports those features. According to the site posted, the Ruby client doesn't support these features.

So it appears that you are the one that is missing something.

Re: Redis Stack

#42

Post by rsstack »

gkorland wrote: post #15
eternityforest wrote: post #13

Earlier quoted context omitted.

Seems great to me. The AGPL style license is a bit much, but they have to make money somehow.

If you read the license carefully you'll notice it's much more permissive than AGPL, and allows you as an end user (as long as you're not developing a database) to do with it whatever you want.

GP likely meant AGPL-style as "MIT/BSD with limitations on usage, like how AGPL is MIT/BSD with a limitation on licensing of client code".

Re: Redis Stack

#43

Post by burnished »

psychoslave wrote: post #37
qwertox wrote: post #28

Around two months ago I was excited to learn about RedisJSON, only to get to know that there is no ARM-based Docker image available for installing it on a Raspberry Pi.

What is preventing you to contribute and create it?

Probably some combination of knowledge, experience, time and interest. Frankly it sounds like kind of an intimidating ask. Do you have special knowledge that makes this seem simple, or is it actually not challenging once you really get all the pieces involved? I'd love to be confident that I could see a statement like the one you replied to and immediately execute on it, so if you have any tips to share please do!

Re: Redis Stack

#44

Post by samhw »

scoopertrooper wrote: post #41
rsstack wrote: post #39

Earlier quoted context omitted.

> they don’t offer first class Ruby support It's a datastore. It has clients for many languages, including a recommended one for Ruby. What support are you missing here?

To use the extra features that come with Redis Stack, you need a client that supports those features. According to the site posted, the Ruby client doesn't support these features. So it appears that you are the one that is missing something.

> So it appears that you are the one that is missing something.

They were asking what library support was missing for that person's use case (which your question answers, but I think the snark is based on a misunderstanding).

Re: Redis Stack

#45

Post by samhw »

johndfsgdgdfg wrote: post #30
shandor wrote: post #22

Earlier quoted context omitted.

Isn't this just a collection of addons/plugins on top of the "actual Redis"? If so, what's your objection? To me this amounts to more or less just expanding the Redis ecosystem, which feels like a win-win.

It's the hot take culture. Some people see internet forums as a vessel to unleash their toxicity.

I don't see how it's 'toxic' to express dissatisfaction with mission creep in a piece of software. It's a totally normal, reasonable criticism, and from the author's point of view is far more useful than their staying silent.

Re: Redis Stack

#46

Post by samhw »

fmajid wrote: post #16
akmittal wrote: post #11

Earlier quoted context omitted.

Open source has changed a lot recently. Most people/companies do open source to make money. The initial phase is just to make the software popular enough so that a money-making business can be built around it. Frankly, I don't see anything bad with it. Those who don't want to spend money get it for free and those who can afford will pay for it.

This is I-Can’t-Believe-It’s-Not-Open-Source™, not the real thing.

Is it? I mean, how? The core Redis software is still open source as it's always been, with the same (well, improved over time) functionality, whereas the closed-source for-profit components are not even 'paywalled features' but clearly separate higher-layer products building on the core (visualisation, ML, time series, full-text search, graph structures, &c). To me this is a paradigmatic example of well-done open-core.

Re: Redis Stack

#47

Post by rsstack »

mrwnmonm wrote: post #32

I don't understand why there is timeseries solution there, usually people who use timeseries work with many Gigas of storage, are we gonna pay for RAM to do that?

I have run Redis clusters, both with and without Redis on Flash, with hundreds of GBs of data. If you need the performance, it's doable and not prohibitively expensive.

Re: Redis Stack

#48

Post by stuckinhell »

a2800276 wrote: post #10

What a crazy mess of services, so sad to see. redis was such a beautiful, elegant and pragmatic code base that was extremely effective at what it does. It looks like they are trying their hardest to make it more enterprisy to squeeze every last cent out.

Yea I agree, I love redis. I have to admit seeing this group of services was a little strange, but your comment about enterprise money seems on the nose.

Re: Redis Stack

#49

Post by rco8786 »

rmbyrro wrote: post #23
dikei wrote: post #12

You can really build pretty much anything on top of a K-V store, but I would hate to be vendor-locked into Redis ecosystem.

Just develop for an interface, instead of an implementation. Migraring data is no fun, but much more straightforward than rewriting a good part of your code when you decide to switch database.

Is there any example of this ever working in practice in the history of computing? As in, we built a large, stable service with datastore X, but we were forward looking enough to make sure that we only "developed to an interface" and we successfully swapped to datastore Y without significant code changes?

Re: Redis Stack

#50

Post by packetlost »

gkorland wrote: post #26
pachico wrote: post #25

True, you can always run vanilla Redis. Having said this, it really gives me the sensation that Redis is trying to solve too many use cases, turning into some sort of Swiss knife. The reality of Swiss knives is that they don't excel in anything of the things they do.

We feel like the most important part required from a low latency DB, Redis "Vanilla" and Redis Enterprise already cover. Now, we can leverage this amazing platform to provide a real low latency multi model DB on top of it.

you can really do a lot in terms of building structured query engines on top of a simple performant key:value store
Post reply on HN