Migrate Redis.
Zero downtime.
Exodus deploys as a RESP wire-protocol proxy with concurrent dual-write, adaptive throttling, and instant rollback. No code changes, no maintenance windows.
Supported Systems
ElastiCache
MemoryDB
Azure Cache
Google Memorystore
ValkeyHow it works
Follow each phase of a zero-downtime Redis migration.
Pre-test mirrors production traffic while apps still use the source. Analyze cuts traffic over to Exodus, then compare, test, migrate, roll back, or commit through the same gateway.
Mirror production traffic before Exodus enters the request path.
Applications keep talking directly to the source Redis database. A parallel copy of the same traffic is sent to Exodus so Observability can measure migration behavior without changing production routing.
Watch our founder walk through a live migration demo
Implementation documentation
Use these references when you are ready to configure endpoints, point traffic at Exodus, prepare a workflow, approve execution, monitor progress, and roll back or complete the migration.
Phase-by-phase operating guide for source, target, interlay, workflow setup, approval, monitoring, rollback, and completion.
Guided Redis workflow endpoints plus raw migration APIs for analysis, compatibility, tests, traffic controls, metrics, and rollback.
Connection fields, credentials, interlay setup, compatibility checks, data movement, and Redis-specific runbook notes.
Built for production Redis
Every feature driven by real-world migration challenges
Full Data Type Coverage
Strings, Lists, Sets, Sorted Sets, and Hashes with type-specific merge and conflict resolution. Hash fields skip-merged, lists concatenated, sets unioned, sorted set scores updated.
Concurrent Dual-Write
Writes fire to both endpoints simultaneously, minimizing latency overhead. Six write consistency policies from BestEffort to BothRequired control how results are adjudicated.
Queue Conflict Prevention
Every dual-write is checked against the active migration pipeline for key conflicts. Exponential backoff prevents data races between application writes and data movement.
Six Read Routing Modes
Old, New, Ratio-based split, FallbackOnMiss, VersionCompare, and Replicated. Replicated mode compares responses byte-for-byte and logs divergence at WARN level.
RESP Wire Protocol
Full RESP2 and RESP3 support at the wire level. Commands classified as read or write via static lookup with unknown commands defaulting to write for safety.
TTL Preservation
Source key TTLs captured via PTTL and included in RESTORE commands on the target. Key expiration semantics are preserved exactly across the migration.
Divergence Detection
Replicated read routing performs full byte comparison between both endpoints. Divergence logged at WARN level with response sizes for operator visibility.
Error Export and Replay
Keys that fail migration after all retries are exported for later playback and reconciliation. Full error context preserved, no silent data loss.
Tunable Batch Sizing
Configure batch limits by key count and byte size. Fine-tune batch dimensions to match your instance capacity and network throughput.
Adaptive Throttling
Data movement speed adjusts to leave CPU overhead for live traffic. Migration never starves production workloads.
Configuration Replication
Source Redis configuration is analyzed and replicated to the target. Memory policies, eviction rules, and server settings carried over automatically.

Datadog Observability
Per-request metrics exported to Datadog for full migration visibility. Track latency, error rates, and throughput across both endpoints in real time.
Multiple migration strategies
Choose the right approach for your risk tolerance and timeline
Big Bang
All traffic switches to the target at once. Fastest cutover for systems that can tolerate a brief maintenance window.
Canary
Gradual traffic shift from 5% to 100% with instant rollback at every step. The safest path for most production systems.
Blue/Green
Run both environments in parallel, validate the target under real load, then switch over with a single routing change.
User-by-User
Migrate individual users or tenants incrementally. Ideal for multi-tenant systems where per-tenant rollback is required.
Shadow
Mirror production traffic to the target for validation without affecting live users. Proves correctness before any cutover.
Every correctness gap, documented
16 gaps identified in correctness review. Here's how each one is handled.