Dev tools · alternatives · 2026

24 alternatives to Ember – A modern Redis drop-in replacement built in Rust

EmberDB is a low-latency, memory-efficient, distributed cache built in Rust. A drop-in Redis replacement that delivers 1.8x higher throughput and sub-millisecond p99 latency.

Below are 24 products that do a similar job, ranked by how close each is in meaning and then by launch-day votes.

1ET
Ember Table by Addepar▲199
2012 · addepar.github.com · its alternatives →
2
UniCache by PLG Works▲414
One package to interact with all caching engines
2022 · its alternatives →
3
Turbolite – a SQLite VFS serving sub-250ms cold JOIN queries from S3▲185
I built a SQLite VFS in Rust that serves cold queries directly from S3 with sub-second performance, and often much faster. It’s called turbolite. It is experimental, buggy, and may corrupt data. I would not trust it with anything important yet. I wanted to explore whether object storage has gotten fast enough to support embedded databases over cloud storage. Filesystems reward tiny random reads and in-place mutation. S3 rewards fewer requests, bigger transfers, immutable objects, and aggressively parallel operations where bandwidth is often the real constraint. This was explicitly inspired…
Mar 2026 · github.com · its alternatives →
4
Ember – Redshift safe color palettes▲114
Most color palettes collapse if you've got a strong redshift/nightshift color filter actively suppressing green and blue channels. I made one that doesn't. Ember has terminal, chart, heatmap, and UI palettes designed and tested to be as distinguishable as possible under both the redshift & non-redshift condition... so no more duplicate color appearances (or worse yet, disappearing colors!).
Aug 2026 · github.com · its alternatives →
5
KiviDB, a faster Redis-compatible memory database and vector cache▲69
A fast, multi-threaded Redis® and Valkey alternative written in Rust: drop-in compatible, with full-text and vector search built in - kividbio/kividb
4d ago · github.com · its alternatives →
6
Stash, a graph-based cache for Node.js and Redis▲56
Last night, while trying to figure out the best way to implement caching in my app, I had an idea for a dirt-simple caching system based on a dependency graph. The premise I started with is that one of the hardest things to manage in a cache is dependencies between entities. In order to cache items effectively, you inevitably have to duplicate "child" data inside of "parent" entries. Then, when a child is changed, you have to invalidate the child and its parents, and its parents' parents, and so on. To try to help this, I hacked together a simple Node.js library called Stash, which models…
2012 · github.com · its alternatives →
7
Cachekit – High performance caching policies library in Rust▲47
High-performance cache policies and supporting data structures for Rust systems, with optional metrics and benchmarks. - OxidizeLabs/cachekit
Jan 2026 · github.com · its alternatives →
8
IronDB – a resilient key-value store for the browser▲73
IronDB is now ImmortalDB: https://github.com/gruns/ImmortalDB - gruns/irondb
2018 · github.com · its alternatives →
9
QoreDB▲95
The fast, open-source database client built with Rust
Mar 2026 · qoredb.com · its alternatives →
10
RipDB▲65
Fast, decentralized key-value Store for web3 builders
2022 · zdenham.github.io · its alternatives →
11SA
Shale – a Ruby object mapper and serializer for JSON, YAML and XML▲182
2022 · shalerb.org · its alternatives →
12ES
EloqKV – Scalable distributed ACID key-value database with Redis API▲44
We're thrilled to unveil EloqKV, a lightning-fast distributed key-value store with a Redis-compatible API. Built on a new database architecture called the Data Substrate, EloqKV brings significant innovations to database design. Here’s the unique features that makes it stand out: - Flexible Deployment: Run it as a single-node in-memory KV cache, a larger-than-memory database or scale to a highly available, distributed transactional database with ease. - High Performance: Achieves performance levels comparable to top in-memory databases like Redis and DragonflyDB, while significantly…
2024 · eloqdata.com · its alternatives →
13
OpenObserve – Elasticsearch/Datadog alternative▲198
Hello folks, We are launching OpenObserve. An open source Elasticsearch/Splunk/Datadog alternative written in rust and vue that is super easy to get started with and has 140x lower storage cost compared to elasticsearch. It offers logs, metrics, traces, dashboards, alerts, functions (run aws lambda like functions during ingestion and query to enrich, redact, transform, normalize and whatever else you want to do. Think redacting email IDs from logs, adding geolocation based on IP address, etc). You can do all of this from the UI, no messing up with configuration files. OpenObserve…
2023 · github.com · its alternatives →
14
Denormalized – Embeddable Stream Processing in Rust and DataFusion▲125
tl;dr we built an embeddable stream processing engine in Rust using apache DataFusion, check us out at https://github.com/probably-nothing-labs/denormalized Hey HN, We’d like to showcase a very early version of our embeddable stream processing engine called Denormalized. The rise of DuckDB has abundantly made it clear that even for many workloads of Terabyte scale, a single node system outshines the distributed query engines of previous generation such as Spark, Snowflake etc in terms of both performance and cost. Now a lot of workloads DuckDB is used for were normally…
2024 · github.com · its alternatives →
15GA
Grsh – A high-performance shell for FreeBSD written in Rust▲50
I built GRSH because I wanted a modern, memory-safe shell that feels native to FreeBSD but works seamlessly on macOS. While there are many shells out there, GRSH is my take on a minimal, fast, and secure command interpreter written entirely in Rust. It's designed for users who want the safety guarantees of Rust without the overhead of more bloated alternatives. I'm currently working on the official FreeBSD port. I’d love to get feedback on the shell's behavior and performance from the community. Github: https://github.com/antoniomalara301289/grsh
Jan 2026 · grimreaper.icu · its alternatives →
16
Zaplib – Speed up your webapp with Rust+Wasm▲175
2022 · zaplib.com · its alternatives →
17
AllyDB – An in-memory database similar to Redis, built using Elixir▲20
Hey, everyone. I am currently working on AllyDB, which is basically my own Redis, which I am writing in Elixir. Currently, the database is nowhere close to being ready, as you can see in the roadmap, but I am doing my best to add stuff as fast as possible. Currently the implementation is very simple, with an in memory table, an append log persistence system, as well as an interval persistence system as a backup. The database could definitely be optimized further, especially when it comes to persistence, which I am planning to do in the future. I'm also planning to use Rust NIFs for specific…
2023 · github.com · its alternatives →
18
Lux – Drop-in Redis replacement in Rust. 5.6x faster, ~1MB Docker image▲59
A Redis-compatable key-value store. Up to 10x faster. Native vector support. - lux-db/lux
Mar 2026 · github.com · its alternatives →
19
FlakeHub Cache: Fast, secure, configurable. A new take on Nix caching▲65
Fast, secure, configurable. A bold new take on Nix caching.
2024 · determinate.systems · its alternatives →
20
Drop-in Redis replacement in Rust with 5M+ GET/s▲25
After the release of Feox DB (https://github.com/mehrantsi/feoxdb), I received a number of questions/requests about a potential service layer on top. I spent the last week and created this Redis compatible server for it which required 2 version releases on Feox itself as well. Benchmark: Feox: redis-benchmark -h 127.0.0.1 -p 6379 -t set,get -n 1000000 -r 1000000 -c 50 -P 64 -q SET: 4016064.25 requests per second, p50=0.639 msec GET: 5208333.50 requests per second, p50=0.335 msec Redis: redis-benchmark -h 127.0.0.1 -p 6379 -t set,get -n 1000000 -r 1000000 -c 50 -P 64…
2025 · github.com · its alternatives →
21AB
A bi-directional, persisted KV store that is faster than Redis▲79
we've been working on a KV store for the past year or so which is 2-6x faster than Redis (benchmark link below) yet disk persisted! so you get the speed of in-memory KV stores but with disk persistence. To achieve this we've created our custom filesystem that is optimized for our special usecase and we're doing smart batching for writes and predictive fetching for reads. In addition to basic operations, it also provides atomic inc/dec, atomic json patch, range scans and a unique key monitoring mechanism (pub-sub) over WebSockets which essentially allows you to receive notification on…
2025 · hpkv.io · its alternatives →
22
Orch8 – Durable workflow engine in Rust, one binary, Postgres or SQLite▲26
Contribute to orch8-io/engine development by creating an account on GitHub.
May 2026 · github.com · its alternatives →
23
PlasCAD: Open-source plasmid editor▲101
Hey! This is an open source plasmid and vector (Short, often circular segments of DNA) editor, with features related to primer quality checks, PCR cloning, and protein analysis. I plan to add more restriction-enzyme-based features in the near future. It has some extras like a solution-mixing helper, automatic feature annotation. From a technical standpoint, this is a standalone binary written using the EGUI library in rust. A project goal is performance, with small memory footprint, and small application and file sizes. This is a continuous work-in-progress, and I'm open to any and all…
2024 · github.com · its alternatives →
24
CurioDB – A distributed/persistent Redis clone built with Scala/Akka▲62
Distributed NoSQL Database. Contribute to stephenmcd/curiodb development by creating an account on GitHub.
2015 · github.com · its alternatives →

Also compare

Ranked by how close each launch is in meaning, then by votes. Prices were read from each product’s own site when checked and can change. Refine with your own description →