Dev tools · alternatives · 2026

99% of Valkey test suite

A Valkey-compatible cache/store in safe Rust. ~98% drop-in for non-clustered single-node deployments. - ianm199/valdr

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

1
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
5d ago · github.com · its alternatives →
2
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 →
3
Redox Rust OS – v0.3.3 release▲232
Mirror of https://gitlab.redox-os.org/redox-os/redox - Release 0.3.3 - Lower Memory Usage · redox-os/redox
2017 · github.com · its alternatives →
4
A threaded, TCP, key value store in Haskell▲63
A multi-threaded, TCP, key-value store inspired by Redis implemented in Haskell. - honza/redish
2013 · github.com · its alternatives →
5
Artifact Keeper – Open-Source Artifactory/Nexus Alternative in Rust▲166
I'm a software engineer who keeps getting pulled into DevOps no matter how hard I try to escape it. I recently moved into a Lead DevOps Engineer role writing tooling to automate a lot of the pain away. On my own time outside of work, I built Artifact Keeper — a self-hosted artifact registry that supports 45+ package formats. Security scanning, SSO, replication, WASM plugins — it's all in the MIT-licensed release. No enterprise tier. No feature gates. No surprise invoices. Your package managers — pip, npm, docker, cargo, helm, go, all of them — talk directly to it using their native…
Feb 2026 · github.com · its alternatives →
6
I built a Rust crate for running unsafe code safely▲113
A Rust crate for containing memory leaks and fragmentation - brannondorsey/mem-isolate
2025 · github.com · its alternatives →
7AB
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 →
8AC
Agent-cache – Multi-tier LLM/tool/session caching for Valkey and Redis▲18
Multi-tier exact-match cache for AI agents backed by Valkey or Redis. LLM responses, tool results, and session state behind one connection. Framework adapters for LangChain, LangGraph, and Vercel AI SDK. OpenTelemetry and Prometheus built in. No modules required - works on vanilla Valkey 7+ and Redis 6.2+. Shipped v0.1.0 yesterday, v0.2.0 today with cluster mode. Streaming support coming next. Existing options locked you into one tier (LangChain = LLM only, LangGraph = state only) or one framework. This solves both. npm:…
Apr 2026 · its alternatives →
9
Cachegrand – a fast OSS Key-Value store built for modern hardware▲121
I am the author of the platform, happy to reply to any question you might have! It scales up really nicely thanks to a year of research and development of the hashtable implemented in cachegrand, on the hardware used for benchmarking, an AMD EPYC 7502P, it was able to reach up to 5mln GET QPS and 4.5mln SET QPS, with batching up to 60mln GET QPS and up to 26MLN SET QPS. cachegrand is fast, it's fully Open Source, it's under a BSD 3-clause license - it can be used easily as standalone platform or incorporated in other ones without any licensing issue - and we are working to expand the Redis…
2022 · github.com · its alternatives →
10RA
RedixDB – a fast persistent key-value store with the Redis protocol▲75
a very simple pure key => value storage system that speaks Redis protocol with Postgres as storage engine and more
2018 · alash3al.github.io · its alternatives →
11
Valkey-Operator Kubernetes Operator for Valkey (Redis Fork)▲14
Hi there, I've been working on a Kubernetes Operator to deploy and manage Valkey Cluster (https://valkey.io). I was unsatisfied with the existing options available, and felt that it didn't hurt to create a new one. I know a lot of folks are going to make the case that the Bitnami helm chart (https://github.com/bitnami/charts/tree/main/bitnami/valkey-c...) is good enough, or just use a cloud provider option is ideal. And for some use cases that makes sense, but for a lot of other use cases, especially testing, and multi-tenant SaaS offerings I…
2024 · github.com · its alternatives →
12
RustyBox – a Busybox fork written in Rust▲114
A free-range, non-GMO fork of busybox in 100% Rust 🦀 - samuela/rustybox
2019 · github.com · its alternatives →
13
Shelgon: A Framework for Building Interactive REPL Shells in Rust▲130
I've been working on Shelgon, a framework that lets you build your own custom REPL shells and interactive CLI applications in Rust. You can use Shelgon to: - Create a custom shell with only a few lines of code - Build interactive debugging tools with persistent state between commands - Develop domain-specific language interpreters with shell-like interfaces - Add REPL capabilities to existing applications Getting started is straightforward - implement a single trait that handles your command execution logic, and Shelgon takes care of the terminal UI, input handling, and async runtime…
2025 · github.com · its alternatives →
14CA
Cachegrand, a fast Redis-compatible KV-store, v0.2.1 released▲12
2023 · cachegrand.io · its alternatives →
15
A minimal working Rust / SDL2 / WASM browser game▲82
"Game" is a stretch, but I put together this repo containing a pure Rust app which uses SDL2 and compiles to WASM (and can be run in a browser). Older resources were a bit out of date and a bit too verbose for my purposes, so here's a minimal working example.
2024 · github.com · its alternatives →
16
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 →
17
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 →
18
Second State VM▲78
High performance secure & portable Rust functions in Node.js
2020 · secondstate.io · its alternatives →
19
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 →
20
val – An arbitrary precision calculator language▲34
Wrote this to learn more about the `chumsky` parser combinator library, rustyline, and the `ariadne` error reporting crate. Such a nice DX combo for writing new languages. Still a work in progress, but I thought I'd share :)
2025 · github.com · its alternatives →
21
Tinykv – Minimal file-backed key-value store for Rust▲24
I built tinykv because I kept reaching for simple persistent storage in Rust projects but found existing solutions either too complex (sled) or unmaintained (pickledb). tinykv focuses on simplicity: JSON-based, serde-powered, with optional TTL. Perfect for CLI tools, game saves, config storage. Would appreciate any feedback from the HN community!
2025 · crates.io · its alternatives →
22
Hsrs – Type-Safe Haskell Bindings Generator for Rust▲53
Hey everyone! I've been working on hsrs, a type-safe Haskell Bindings Generator for Rust. I couldn't really find any bindings generator that would create type-safe, rich bindings for Haskell from Rust. Naturally, both languages have rich type systems, so I was amazed that no awesome bindings generator already existed, hence I decided to write my own. hsrs feels very similar to pyo3 and napi-rs, and if you've used those, hsrs will feel right at home. What's unique about hsrs as opposed to hs-bindgen is that it has type-safe bindings for rich types, like Result, Maybe, etc. while also…
May 2026 · github.com · its alternatives →
23
I am developing a type safe colorspace library for Rust▲12
After two weeks of planning and figuring out how to manage conversions safely, I have finally published the first version of my crate :) It allows you to specify your own colortypes and easily use the same syntax for converting between your custom color types! I also started working on a custom image type that can do math :)
2022 · crates.io · its alternatives →
24
Covert – Rewrite of HashiCorp Vault Using Rust, SQLite and Litestream▲54
Contribute to fmeringdal/covert development by creating an account on GitHub.
2023 · 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 →