Redis protocol. Edge storage. Zero client rewrites.

Redis-compatible storage with a sharper edge.

Use your existing Redis client with zero code changes. Redge turns familiar Redis commands into durable storage on D1, Turso, SQLite, Postgres, or MySQL, with a hot cache in front for fast reads.

Open source.MIT licensed.Built in Go.Compatible with normal Redis clients.
ioredisgo-redisredis-pyJedisredis-cli
rediss://acme.redgedb.com
Same Redis clientno rewrite
import Redis from "ioredis";

const redis = new Redis(process.env.REDIS_URL);

await redis.set("session:42", userId, "EX", 1800);
await redis.incr("rate:api:42");
await redis.zadd("leaderboard", 9310, "ana");
cache hit rate
94.8%
p95 hot read
2.4 ms
backend bill
near $0
Request path
Redis client
ioredis, go-redis, redis-py
Redge TCP
RESP2 command router
Hot cache
Ristretto / TinyLFU
Durable SQL
D1, Turso, Postgres
D1TursoSQLitePostgresMySQLLocal dev

The migration

Change the URL. Keep the Redis workflow.

Redge speaks the Redis protocol over TCP, so normal clients connect the way they already do. The app sees Redis commands. Redge handles cache, persistence, TTL cleanup, and backend-specific storage.

Before
REDIS_URL=redis://cache.internal:6379

const redis = new Redis(process.env.REDIS_URL)
With Redge
REDIS_URL=rediss://acme.redgedb.com

const redis = new Redis(process.env.REDIS_URL)

Why Redge

Most apps do not need all of Redis. They need the Redis developer experience.

Keep the protocol

Your app keeps GET, SET, EXPIRE, INCR, SCAN, sorted sets, pipelines, and simple transactions through the clients developers already know.

Persist to real storage

Data lives in SQL-backed backends instead of disappearing with a cache process. Inspect it, back it up, and move it later.

Deploy where the app lives

Start locally with SQLite, go edge-native with D1 or Turso, or run against Postgres/MySQL when that is already your operational center.

Architecture

A practical Redis interface in front of durable edge storage.

Redge is not a Redis clone, message broker, or cluster replacement. It is a focused protocol layer for the Redis-shaped state modern apps actually use.

Client

Existing Redis or Valkey client.

Redge TCP

RESP2 listener and command router.

L1 cache

Process-local hot cache with TTL and metrics.

Backend

D1, Turso, SQLite, Postgres, or MySQL.

Admin API included
GET /admin/v1/keys?match=session:*
Paginated key inspection
GET /admin/v1/keys/{key}
Type, TTL, and value metadata
DELETE /admin/v1/keys/{key}
Single-key deletion
GET /admin/v1/zsets/{key}
Sorted-set inspection

Self-host in minutes.

Start from the MIT-licensed repo, run the Go server, point DATABASE_URL at the backend you want, then connect with redis-cli or your app.

github.com/pubflow/redge
go run ./cmd/redge

Use cases

Built for the Redis-shaped state apps reach for first.

Sessions, API keys, rate limits, user context, leaderboards, feature flags, and hot cache without committing to a dedicated Redis bill from day one.

Sessions with TTL

Keep login state close to your app without a memory-only source of truth.

API keys and auth context

Store operational state in SQL-backed keys you can inspect and revoke safely.

Rate limits

Use counters, expirations, and sorted sets for practical quota patterns.

Leaderboards

Sorted sets for scores, ranks, and lightweight competitive product moments.

Feature flags

Fast reads from the hot cache, durable values in the backend you choose.

Hot app cache

Cache the keys your app reads constantly without adopting another service bill.

Compatibility

Honest Redis compatibility for commands modern apps use most.

Redge is compatible where the storage model maps cleanly today. Unsupported primitives are named clearly, so teams can adopt it with confidence.

Supported today
GET / SET
EXPIRE / TTL / PTTL
INCR / DECR / INCRBY
DEL / EXISTS
SCAN with MATCH and COUNT
Pipelines
MULTI / EXEC / DISCARD
ZADD / ZRANGE / ZSCORE
Coming next
Hashes
Sets
Lists
Deeper Redis parity
Import tooling
Not the goal
Redis Cluster
Lua scripting
Pub/Sub
Streams
Blocking queues
Cloudflare D1
Workers-native apps
Turso / libSQL
global SQLite
SQLite
local and single-node deploys
Postgres
teams already on SQL
MySQL
existing relational stacks

Redge Cloud

More than hosted Redge. Operations, visibility, and edge cache.

Redge Cloud sells the hard part: managed redgedb.com subdomains, storage provisioning, key inspection, compatibility reports, audit logs, alerts, and hot keys served close to your app.

Join cloud waitlist

Hosted Redge subdomains

Give every project a managed rediss://team.redgedb.com endpoint and keep the same client code.

Managed backends

Provision D1, Turso, or Postgres with schema, migrations, tokens, and health checks handled.

Global edge read cache

Serve hot keys near your app and watch cache hit rate, hot keys, and slow backend queries.

Key explorer

Inspect keys, TTL, type, size, last access, sorted-set members, and delete with guardrails.

Pricing direction

Simple enough to try, serious enough to grow.

Self-host Redge for free. Move to Cloud when the team wants hosted endpoints, managed storage, observability, auditability, and edge read performance without operating the stack.

Free

$0for prototypes
1 project
100k commands/day
Shared edge
Basic dashboard

Starter

best start
$19per month
Hosted redgedb.com subdomain
1M+ commands/day
Key explorer
Managed D1 or Turso

Pro

$79per month
Team access
Audit logs
Hot-key analytics
Cache policies and alerts

Business

$299+per month
Dedicated region
Private networking
SLA
Priority support
Redge

Keep your Redis client. Choose your backend.

Redge gives apps Redis-compatible workflows, durable SQL-backed storage, hot-cache performance, and infrastructure that can start near zero.