Self-hosted, open-source Redis GUI — browse keys, CLI, live monitor, memory analysis. One Docker container, no account, no telemetry.
TypeScript
0
24 commits
updated Oct 5, 2026
A free, open-source, self-hosted Redis GUI — manage multiple Redis instances from one dashboard: browse and edit keys, run a full CLI, watch live traffic, analyze memory, and more. Built as an open alternative to RedisInsight, with no telemetry, no cloud account, and no license server.
localStorage, not a
database Redivue owns. Point it at any Redis you already have; nothing to migrate to adopt it,
nothing to migrate away from it either.Everything below is in the codebase today — no "Pro" tier gating any of it. For what each one actually does and how to use it, see the User Guide; this is the scan-it-in-10- seconds version.
Dashboard & connections
BGSAVEmaxmemory (with presets) and AOF toggle, no CLI neededFLUSHDB confirmationKeys & data
user:1:profile → folders)MEMORY USAGE), TTL countdown, bulk TTL/delete/export (JSON & CSV) by pattern or selectionDUMP/RESTORE fallback for module typesCLI & scripting
FLUSHALL, SHUTDOWN, …).txt/.redis/.cli file with progress trackingObservability
MONITOR stream with filtering, latency coloring, and auto-stopConnectivity
redis:///rediss://), Sentinel, Cluster, Unix socketExtras
See the User Guide for how to actually use all of the above, FEATURES.md for the itemized changelog-style development history, and TODO.txt for what's next.
docker run -p 127.0.0.1:8080:8080 ghcr.io/abidinberkay/redivue:latest
Or with Compose:
services:
redivue:
image: ghcr.io/abidinberkay/redivue:latest
ports:
- "127.0.0.1:8080:8080"
restart: unless-stopped
Open http://localhost:8080 and add a connection to any Redis reachable from the container
(use host.docker.internal instead of localhost to reach a Redis running on your host; on Linux,
also add --add-host=host.docker.internal:host-gateway). Images are published for linux/amd64
and linux/arm64.
The port is bound to 127.0.0.1 on purpose: Redivue has no login of its own, so anyone who can
reach it can run commands against your saved connections. To open it under any name other than
localhost (a LAN IP, a domain), list that name in REDIVUE_ALLOWED_HOSTS — see
DEPLOYMENT.md and SECURITY.md first.
Prerequisites: Java 21, Node.js 20.19+ (22+ recommended), Maven 3.8+.
git clone https://github.com/abidinberkay/Redivue.git
cd Redivue/backend
mvn clean install # builds the frontend too, and copies it into the jar
mvn spring-boot:run
Open http://localhost:8080. No test Redis is bundled — point Redivue at one you already have,
or spin up a throwaway: docker run -d -p 6379:6379 redis:7-alpine.
To build the container image yourself instead of pulling it: docker build -t redivue .
Development mode (hot reload on the frontend):
# Terminal 1
cd backend && mvn spring-boot:run
# Terminal 2
cd frontend && npm install && npm run dev
The Vite dev server runs on :3000 and proxies /api to the backend on :8080.
| Method | Best for | What you enter |
|---|---|---|
| Password | Legacy single-password Redis (most common) | Host, port, password |
| ACL (Redis 6+) | Redis with --aclfile user accounts | Host, port, username, password |
| URL | Managed Redis (ElastiCache, Redis Cloud, …) | redis://user:pass@host:6379/0 or rediss:// for TLS |
| Sentinel / Cluster | HA / sharded deployments | Master name + sentinel nodes, or cluster node list |
| Unix socket | Local Redis on the same host | Socket path |
SSH tunneling and TLS (including mutual TLS) are available as add-ons on top of any of the above — see the connection form's advanced sections.
localStorage; every API call is stateless and carries its own connection infoRedivue/
├── backend/ # Spring Boot application
│ ├── src/main/java/com/redivue/
│ │ ├── controller/ # REST + SSE endpoints
│ │ ├── service/ # RedisService, MonitorService, PubSubService, KeyspaceService
│ │ ├── config/ # CORS, TLS, SSH tunnel, Redis URI helpers
│ │ └── model/ # Request/response DTOs
│ ├── src/main/resources/static/ # Built frontend (generated by `mvn clean install`)
│ └── pom.xml # Also drives the frontend build (npm install + build)
├── frontend/ # React + TypeScript (Vite)
│ └── src/
│ ├── features/ # One folder per feature: keys, cli, monitor, memory, pubsub, keydiff, migration, keyspace, connections, dashboard
│ ├── components/ui/ # shadcn-style Radix primitives
│ └── types/ # Shared TypeScript types
├── deploy/ # docker-compose + nginx for a production-style setup
├── Dockerfile # Multi-stage build — single jar, frontend baked in
├── GUIDE.md # User guide — what each feature does and how to use it
├── FEATURES.md # Development history — itemized, changelog-style
├── DEPLOYMENT.md # Running Redivue on a server — TLS, reverse proxy, auth
├── SECURITY.md # Threat model — read before exposing this beyond localhost
├── CONTRIBUTING.md # Architecture notes for contributors
└── CODE_OF_CONDUCT.md # Community standards
Redivue is a local admin/dev tool with no built-in authentication — same trust model as
running redis-cli or RedisInsight on your own machine. Do not expose it to an untrusted
network without putting your own auth (reverse proxy, VPN, basic auth) in front of it. Read
SECURITY.md for the full threat model before deploying it anywhere but
localhost, and DEPLOYMENT.md for a production Compose + nginx + TLS setup.
Contributions are welcome — see CONTRIBUTING.md for architecture notes,
conventions, and known quirks. FEATURES.md and TODO.txt track what's done and what's next.
Everyone participating is expected to follow the Code of Conduct.
Self-hosted, open-source Redis GUI — browse keys, CLI, live monitor, memory analysis. One Docker container, no account, no telemetry.
TypeScript
0
24 commits
updated Oct 5, 2026
A free, open-source, self-hosted Redis GUI — manage multiple Redis instances from one dashboard: browse and edit keys, run a full CLI, watch live traffic, analyze memory, and more. Built as an open alternative to RedisInsight, with no telemetry, no cloud account, and no license server.
localStorage, not a
database Redivue owns. Point it at any Redis you already have; nothing to migrate to adopt it,
nothing to migrate away from it either.Everything below is in the codebase today — no "Pro" tier gating any of it. For what each one actually does and how to use it, see the User Guide; this is the scan-it-in-10- seconds version.
Dashboard & connections
BGSAVEmaxmemory (with presets) and AOF toggle, no CLI neededFLUSHDB confirmationKeys & data
user:1:profile → folders)MEMORY USAGE), TTL countdown, bulk TTL/delete/export (JSON & CSV) by pattern or selectionDUMP/RESTORE fallback for module typesCLI & scripting
FLUSHALL, SHUTDOWN, …).txt/.redis/.cli file with progress trackingObservability
MONITOR stream with filtering, latency coloring, and auto-stopConnectivity
redis:///rediss://), Sentinel, Cluster, Unix socketExtras
See the User Guide for how to actually use all of the above, FEATURES.md for the itemized changelog-style development history, and TODO.txt for what's next.
docker run -p 127.0.0.1:8080:8080 ghcr.io/abidinberkay/redivue:latest
Or with Compose:
services:
redivue:
image: ghcr.io/abidinberkay/redivue:latest
ports:
- "127.0.0.1:8080:8080"
restart: unless-stopped
Open http://localhost:8080 and add a connection to any Redis reachable from the container
(use host.docker.internal instead of localhost to reach a Redis running on your host; on Linux,
also add --add-host=host.docker.internal:host-gateway). Images are published for linux/amd64
and linux/arm64.
The port is bound to 127.0.0.1 on purpose: Redivue has no login of its own, so anyone who can
reach it can run commands against your saved connections. To open it under any name other than
localhost (a LAN IP, a domain), list that name in REDIVUE_ALLOWED_HOSTS — see
DEPLOYMENT.md and SECURITY.md first.
Prerequisites: Java 21, Node.js 20.19+ (22+ recommended), Maven 3.8+.
git clone https://github.com/abidinberkay/Redivue.git
cd Redivue/backend
mvn clean install # builds the frontend too, and copies it into the jar
mvn spring-boot:run
Open http://localhost:8080. No test Redis is bundled — point Redivue at one you already have,
or spin up a throwaway: docker run -d -p 6379:6379 redis:7-alpine.
To build the container image yourself instead of pulling it: docker build -t redivue .
Development mode (hot reload on the frontend):
# Terminal 1
cd backend && mvn spring-boot:run
# Terminal 2
cd frontend && npm install && npm run dev
The Vite dev server runs on :3000 and proxies /api to the backend on :8080.
| Method | Best for | What you enter |
|---|---|---|
| Password | Legacy single-password Redis (most common) | Host, port, password |
| ACL (Redis 6+) | Redis with --aclfile user accounts | Host, port, username, password |
| URL | Managed Redis (ElastiCache, Redis Cloud, …) | redis://user:pass@host:6379/0 or rediss:// for TLS |
| Sentinel / Cluster | HA / sharded deployments | Master name + sentinel nodes, or cluster node list |
| Unix socket | Local Redis on the same host | Socket path |
SSH tunneling and TLS (including mutual TLS) are available as add-ons on top of any of the above — see the connection form's advanced sections.
localStorage; every API call is stateless and carries its own connection infoRedivue/
├── backend/ # Spring Boot application
│ ├── src/main/java/com/redivue/
│ │ ├── controller/ # REST + SSE endpoints
│ │ ├── service/ # RedisService, MonitorService, PubSubService, KeyspaceService
│ │ ├── config/ # CORS, TLS, SSH tunnel, Redis URI helpers
│ │ └── model/ # Request/response DTOs
│ ├── src/main/resources/static/ # Built frontend (generated by `mvn clean install`)
│ └── pom.xml # Also drives the frontend build (npm install + build)
├── frontend/ # React + TypeScript (Vite)
│ └── src/
│ ├── features/ # One folder per feature: keys, cli, monitor, memory, pubsub, keydiff, migration, keyspace, connections, dashboard
│ ├── components/ui/ # shadcn-style Radix primitives
│ └── types/ # Shared TypeScript types
├── deploy/ # docker-compose + nginx for a production-style setup
├── Dockerfile # Multi-stage build — single jar, frontend baked in
├── GUIDE.md # User guide — what each feature does and how to use it
├── FEATURES.md # Development history — itemized, changelog-style
├── DEPLOYMENT.md # Running Redivue on a server — TLS, reverse proxy, auth
├── SECURITY.md # Threat model — read before exposing this beyond localhost
├── CONTRIBUTING.md # Architecture notes for contributors
└── CODE_OF_CONDUCT.md # Community standards
Redivue is a local admin/dev tool with no built-in authentication — same trust model as
running redis-cli or RedisInsight on your own machine. Do not expose it to an untrusted
network without putting your own auth (reverse proxy, VPN, basic auth) in front of it. Read
SECURITY.md for the full threat model before deploying it anywhere but
localhost, and DEPLOYMENT.md for a production Compose + nginx + TLS setup.
Contributions are welcome — see CONTRIBUTING.md for architecture notes,
conventions, and known quirks. FEATURES.md and TODO.txt track what's done and what's next.
Everyone participating is expected to follow the Code of Conduct.