From Cache to Cash and Back Again: The Redis Licensing Saga

Category
Lifestyle

Imagine building your application on a trusted open-source foundation, only to find the ground shifting beneath your feet. That’s exactly what happened when Redis changed its licensing model: from permissive BSD, to a dual SSPL/proprietary setup and then partially reversed course.

For many developers, this wasn’t just a licensing change - it was a breach of trust. And in that vacuum, new players emerged, offering not only technical advantages but also a more predictable future.

The Redis ecosystem didn’t wait long to react. Here's a quick snapshot of the key open-source (and not-so-open-source) competitors stepping up:

Valkey

  • A community-driven fork of Redis, created by former contributors and users
  • BSD-licensed and committed to transparency
  • Feature parity with Redis 7 and an active roadmap

Dragonfly

  • Built from the ground up with a modern, shared-nothing architecture
  • High performance, multitenancy support, and efficient memory handling
  • Benchmark claims show better throughput than Redis in some cases

KeyDB

  • Multi-threaded and high-throughput by design
  • Active-active replication and drop-in Redis compatibility
  • BSD-licensed and maintained by Snap

These projects aren’t just forks or competitors. They represent a shift in developer expectations. Transparency, long-term support, and licensing clarity now matter as much as raw performance.

While there’s no one-size-fits-all replacement, one thing is clear: the Redis community has fragmented, and confidence in long-term vendor direction has been shaken.

Looking for insights into adoption trends? While formal graphs are limited, you can explore:

DB-Engines Ranking

Percona’s blog on Redis forks and licensing impact

Performance benchmarks from Dragonfly, Garnet, KeyDB

Licensing instability doesn’t just create legal confusion, it shifts the power balance between vendors and users. In today’s infrastructure landscape, trust and clarity matter as much as speed and features.

That’s why at 123cluster, we’re building tools that don’t just perform well: they’re transparent, predictable, and designed to be owned by those who run them.

June 8, 2025

About the author

Robert Yackobian
Senior Database Consultant at Bloomberg LP, where I have been working for over 3 years. I specialize in migrating databases from Oracle to PostgreSQL, a challenging and rewarding process that requires expertise in both systems. I have successfully completed several migration projects for large and diverse data sets, improving performance, scalability, and security.

Experience the power of work

Automate deployment, scaling, and maintenance of your database clusters to ensure peak performance and reliability.