Actualizado: 2026-07-07

El 20 de marzo de 2024, Redis Inc anunció que Redis 7.4+ pasaría de licencia BSD a SSPL/RSAL dual — una licencia que no es OSI-approved y 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. Para la mayoría de usuarios que auto-hospedan para sus 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, con varios mantenedores históricos de Redis que migraron. 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%) 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 la mayoría de desarrolladores y empresas medianas, 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.

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, es trivial. 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. 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