3 ms·
So, why not use KeyDB if you need even higher throughput? Supposedly it is supposed to get 5 times the performance.
by nymanjon 7y ago
So, why not use KeyDB if you need even higher throughput? Supposedly it is supposed to get 5 times the performance.
- fpereiro 7y agoBefore your comment I didn't know about the existence of KeyDB, but now I do - thank you for that! My main issue with scaling Redis is not performance or throughput, but doing it in a controlled, understandable manner which maintains consistency and ideally controlling what information goes on which node. In any case, it's great to find out about KeyDB. Thanks!
- nymanjon 7y agoThanks for the write up. I didn't know you could use Redis as a primary data store that is reliable enough to put in production. It has really made me curious into how to model outside of a SQL database. My next personal project I think I might try it with KeyDB free tier service (you can host your own, but I would just use the service since it is unlikely to gain steam and is more for having fun). My mind wants to always normalize the data to the the extreme in a SQL database. So, it will an interesting exercise for myself! Glad I could introduce you to KeyDB. It is a project I found in the Hacker Newsletter that I've been curious about for a while but I've been thinking SQL, SQL all the time that I never thought I would have a use case for it.
- duck 7y agoGlad you were able to find something like that via Hacker Newsletter... always great to hear things like that. :)
- fpereiro 7y agoI added recently a bit more of detail in the document explaining when I would use redis (and when I wouldn't) to build production systems, here: https://github.com/fpereiro/backendlore#redis https://github.com/fpereiro/backendlore#redis . For most applications, I think it's a viable alternative. Modeling data with redis is great fun, and quite different to the relational paradigm. I hope you enjoy a lot your upcoming project!