RedisLess
DISCONTINUED
sled
Our great sponsors
RedisLess | sled | |
---|---|---|
4 | 36 | |
147 | 7,679 | |
- | - | |
8.4 | 2.4 | |
over 2 years ago | 18 days ago | |
Rust | Rust | |
MIT License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
RedisLess
-
How I imagine the future of databases in the Cloud
RedisLess is an experiment to provide a fast, lightweight, embedded, and scalable in-memory Key/Value store library compatible with the Redis API. This project aims to check the feasibility of the principle listed above, and in a few days of works we succeed to have:
-
Why you should code in Rust in 2021
I hope you liked this article, and it gives you the appetite to try out Rust. If you have no idea how to start learning it, I would recommend reading the official free ebook. Then, trying to reimplement some good old academic (or not) algorithms and data structures in Rust. If you want to put your hands into dirty stuff, I can recommend contributing to my project Qovery Engine and RedisLess as well.
-
I am building a Serverless version of Redis - written in Rust
Data is not persisted yet - everything lives in memory and synced to different instances via Raft (not implemented yet). So it will be a volatile K/V store at the moment. In the future, it will be possible to plug another [storage](https://github.com/Qovery/RedisLess/tree/main/redisless/storage/src) to support persistence.
The project is super early, but in [my company](https://www.qovery.com) we already plan to use RedisLess for our backend API written in Kotlin. I am interested in getting your feedback, and if you like the project, give it a star :)
sled
-
Is Something Bugging You?
- Dropbox [3] uses a similar approach but they talk about it a bit more abstractly.
Sans-IO is more documented in Python [4], but str0m [5] and quinn-proto [6] are the best examples in Rust I’m aware of. Note that sans-IO is orthogonal to deterministic test frameworks, but it composes well with them.
With the disclaimer that my opinions are mine and mine alone, and don’t reflect the company I work at —— I do work at a rust shop that has utilized these techniques on some projects.
TigerBeetle is an amazing example and I’ve looked at it before! They are really the best example of this approach outside of FoundationDB I think.
[0]: https://risingwave.com/blog/deterministic-simulation-a-new-e...
[1]: https://risingwave.com/blog/applying-deterministic-simulatio...
[2]: https://dropbox.tech/infrastructure/-testing-our-new-sync-en...
[3]: https://github.com/spacejam/sled
[4]: https://fractalideas.com/blog/sans-io-when-rubber-meets-road...
[5]: https://github.com/algesten/str0m
[6]: https://docs.rs/quinn-proto/0.10.6/quinn_proto/struct.Connec...
-
RFC: redb (embedded key-value store) nearing version 1.0
How do you compare this to sled? https://github.com/spacejam/sled
Sled uses bw-tree actually https://github.com/spacejam/sled/wiki/sled-architectural-outlook
-
Production grade databases in Rust
There is a valid argument to be made for threads over async in a large percentage of use cases where async is considered the default. If this is what you are referring to however, I don't think they ever referred to async as completely useless: https://github.com/spacejam/sled/issues/1123.
-
Best local database that works on all platforms including web?
Have you looked into other pure-Rust databases as well, such as sled or GlueSQL which has an SQL interface on top of sled? I wonder how those would compare to Persy.
-
Are there any embedded databases that have multiple-process support?
I'm not sure what you need. Are these of any use? https://github.com/meilisearch/heed https://github.com/spacejam/sled
- Some key-value storage engines in Rust
-
Are there a demand for management system of embedded storage like RocksDB? I plan to build one in Rust as the language becoming a core of many popular databases but wonder if there’s a demand. Can’t find any similar project even in other languages.
There is also Sled but as I understand it that is being reworked to use the author's new DB core Marble
-
GreptimeDB: a new open source database designed for large-scale time-series data storage and processing, written in rust
There are some databases like sled/FlashDB designed to be embedded to other applications even bare metal microcontrollers. But I do doubt the potential bussiness value of a pure embedded database.
What are some alternatives?
RocksDB - A library that provides an embeddable, persistent key-value store for fast storage.
rust-rocksdb - rust wrapper for rocksdb
MeiliSearch - A lightning-fast search API that fits effortlessly into your apps, websites, and workflow
sqlx - 🧰 The Rust SQL Toolkit. An async, pure Rust SQL crate featuring compile-time checked queries without a DSL. Supports PostgreSQL, MySQL, and SQLite.
redis-rs - Redis library for rust
mini-redis - Incomplete Redis client and server implementation using Tokio - for learning purposes only
heed - A fully typed LMDB wrapper with minimum overhead 🐦
tokio - A runtime for writing reliable asynchronous applications with Rust. Provides I/O, networking, scheduling, timers, ...
KeyDB - A Multithreaded Fork of Redis
lmdb-rs - Rust bindings for LMDB
redb - An embedded key-value database in pure Rust
sqlparser-rs - Extensible SQL Lexer and Parser for Rust