El 20 de marzo de 2024, Redis Inc anunció que Redis 7.4+ pasaría de licencia BSD a SSPL/RSAL dual. Es una licencia que no es OSI-approved. Tiene restricciones específicas para proveedores cloud que compitan con Redis Inc. En respuesta, Valkey[1] fue forqueado el 28 de marzo con respaldo de AWS, Google Cloud, Oracle y la Linux Foundation. Este artículo explica qué implica la división y cómo decidir hoy.

Puntos clave

  • Valkey es un fork directo de Redis 7.2.4 (última versión BSD), bajo licencia BSD 3-Clause.

  • 100% compatible a nivel de protocolo con Redis 7.2: los clientes existentes (redis-py, ioredis, go-redis, Jedis) funcionan sin cambios de código.

  • AWS ElastiCache incorporó Valkey en octubre de 2024 y GCP Memorystore lo hizo en preview en agosto de ese mismo año.

  • Valkey 8.0 añade multi-threaded I/O mejorado y en benchmarks propios llega a triplicar el throughput de Valkey 7.2 en cargas de escritura intensiva.

  • La decisión entre Valkey y Redis es finalmente de licencia y compliance, no de rendimiento.

Qué cambió en Redis

Versión Licencia
Redis 7.2 y anteriores BSD (open source OSI-approved)
Redis 7.4+ SSPL + RSAL (source-available, restricciones)
Redis Enterprise Comercial Redis Inc

SSPL restringe el uso comercial a quien ofrezca Redis-as-a-service que compita con Redis Inc. Si auto-hospedas Redis para tus propias aplicaciones, no cambia nada práctico. Para AWS ElastiCache y GCP Memorystore, el problema era inmediato.

Valkey: qué es y quién lo mantiene

Fork directo de Redis 7.2.4 bajo BSD 3-Clause, con gobernanza de la Linux Foundation[2]. Los contributors principales son AWS, Google Cloud y Oracle, más parte de los mantenedores históricos de Redis, que migraron al fork. La gobernanza en Linux Foundation significa que ningún proveedor único puede cambiar la licencia unilateralmente: es la lección aprendida del caso Redis.

Compatibilidad y migración

Valkey 7.2 y 8.0 son 100% compatibles a nivel de protocolo con Redis 7.2:

  • La configuración redis.conf funciona sin cambios.

  • Los clientes redis-py, ioredis, go-redis, Jedis, lettuce y redis-rs funcionan sin cambios de código.

  • Los ficheros RDB y AOF son compatibles directamente.

Migrar de Redis 7.2 a Valkey 7.2 es en la práctica cambiar el binario o la imagen Docker:

# Docker: cambiar imagen
# Antes: redis:7.2
# Después: valkey/valkey:7.2

# Binary: instalar Valkey, parar Redis, arrancar Valkey con el mismo conf
sudo apt install valkey-server
sudo systemctl stop redis-server
sudo systemctl start valkey-server

Migrar desde Redis 7.4+ SSPL a Valkey es más complejo si se usan features nuevas introducidas en 7.4. Si no, es igualmente trivial.

Adopción: más rápida de lo esperado

El respaldo de los proveedores cloud fue inmediato y masivo:

  • AWS ElastiCache[3]: soporte general para Valkey desde octubre de 2024.

  • GCP Memorystore[4]: preview en agosto de 2024, disponibilidad general en abril de 2025.

  • Oracle Cloud (OCI Cache): soporte inicial desde abril de 2024, disponibilidad general en 2025.

  • Fedora 41 y RHEL/Enterprise Linux 10[5] sustituyen Redis por Valkey en sus repositorios oficiales; Debian y otras distros están evaluando el mismo cambio.

Esta velocidad de adopción refleja que el ecosistema estaba esperando una alternativa BSD-clara para distanciarse del riesgo de licencia.

Valkey 8.0: mejoras propias

Desde el fork, Valkey 8.0 añade:

  • Multi-threaded I/O mejorado[6]: en benchmarks internos de Valkey, 8.0 alcanza 1,19 millones de RPS frente a los 360.000 RPS de la 7.2 (+230%). La prueba corre en una instancia AWS Graviton3 de 16 vCPU.

  • Soporte experimental de RDMA para latencias ultra-bajas.

  • Observabilidad nativa mejorada.

  • Optimizaciones de replicación.

Los benchmarks comunitarios confirman mejoras, especialmente en workloads write-heavy.

El ecosistema de módulos

El cambio de licencia afectó también a los módulos de Redis (RediSearch, RedisJSON, RedisTimeSeries). Para Valkey, el ecosistema de módulos compatibles está en desarrollo:

  • valkey-search[7]: fork/reescritura de RediSearch.

  • Alternativas OSS para JSON y series temporales en desarrollo.

El ecosistema de módulos tarda más en consolidarse que el core, pero la dirección es clara.

Decisión práctica

Elige Valkey si:

  • Usas AWS/GCP managed (ElastiCache, Memorystore con Valkey).

  • Quieres licencia BSD estricta para compliance de tu organización.

  • No necesitas features de Redis post-7.4.

  • Contribuyes a proyectos OSS o requieres licencias OSI-approved.

Mantén Redis si:

  • Estás en Redis Cloud (SaaS de Redis Inc).

  • Necesitas Redis Stack features (RediSearch, RedisJSON en modo totalmente integrado).

  • El soporte enterprise de Redis Inc es un requisito.

  • Trabajas solo con self-hosting sin competencia comercial y el cambio de licencia no te afecta.

Para un desarrollador o una empresa mediana, Valkey es la elección sensata: compatible, BSD, respaldo fuerte. El patrón se repite en la historia del open source: Elasticsearch → OpenSearch, Terraform → OpenTofu, Redis → Valkey.

Si ya has decidido cambiar, la parte práctica está en la migración real de Redis a Valkey 8.1.

Conclusión

Valkey es el sucesor natural de Redis BSD para quien valora open source genuino. AWS y Google han puesto peso real detrás del fork. Para nuevos proyectos, es recomendable por defecto. Para migraciones desde Redis 7.2, no hay cambios que hacer.

La decisión es finalmente de compliance y filosofía: Valkey garantiza un futuro BSD; Redis continúa con una apuesta comercial. Ambos seguirán siendo relevantes, pero Valkey tiene el momentum del ecosistema OSS a su favor.

Lee también la versión en inglés: Valkey: The Open Fork After Redis’s License Change.

Fuentes:

  1. Redis Adopts Dual Source-Available Licensing, blog de Redis[8]
  2. Linux Foundation Launches Open Source Valkey Community[9]
  3. Announcing Amazon ElastiCache for Valkey, AWS[3]
  4. Unlock 1 Million RPS: Experience Triple the Speed with Valkey, blog de Valkey[6]
  5. Changes/Replace Redis With Valkey, Fedora Project Wiki[5]

Preguntas frecuentes

¿Tengo que cambiar el código de mi aplicación para migrar de Redis a Valkey?

No: Valkey 7.2 y 8.0 son 100% compatibles a nivel de protocolo con Redis 7.2. Los clientes redis-py, ioredis, go-redis, Jedis, lettuce y redis-rs funcionan sin cambios, el redis.conf sirve tal cual y los ficheros RDB y AOF son compatibles directamente. Migrar es cambiar la imagen Docker de redis:7.2 a valkey/valkey:7.2 o instalar valkey-server, parar Redis y arrancar Valkey con la misma configuración. Solo se complica si vienes de Redis 7.4+ y usas features introducidas en esa versión.

¿Me afecta la licencia SSPL de Redis si solo lo auto-hospedo para mi aplicación?

En la práctica no. La SSPL restringe el uso comercial a quien ofrezca Redis-as-a-service compitiendo con Redis Inc. Para quien auto-hospeda Redis para sus propias aplicaciones no cambia nada. El problema inmediato fue para AWS ElastiCache y GCP Memorystore. Elegir Valkey tiene sentido si tu organización exige licencia BSD estricta u OSI-approved, si usas los servicios gestionados de AWS o GCP, o si contribuyes a proyectos OSS. La decisión es de licencia y compliance, no de rendimiento.

¿Es Valkey más rápido que Redis?

Valkey 8.0 añade multi-threaded I/O mejorado. En los benchmarks internos del proyecto alcanza 1,19 millones de RPS frente a los 360.000 RPS de la 7.2 (+230%) en una instancia AWS Graviton3 de 16 vCPU. Los benchmarks comunitarios confirman la mejora, sobre todo en cargas de escritura intensiva. También incorpora soporte experimental de RDMA para latencias ultrabajas y optimizaciones de replicación; aun así, la elección entre Valkey y Redis es finalmente de licencia y compliance, no de rendimiento.

Fuentes

  1. Valkey
  2. Linux Foundation
  3. AWS ElastiCache
  4. GCP Memorystore
  5. Fedora 41 y RHEL/Enterprise Linux 10
  6. Multi-threaded I/O mejorado
  7. valkey-search
  8. Redis Adopts Dual Source-Available Licensing, blog de Redis
  9. Linux Foundation Launches Open Source Valkey Community