Mascota Jacar — leyendo contigo Un portátil cuyos ojos siguen el cursor mientras lees.
Arquitectura Tecnología

Valkey: el fork abierto tras el cambio de licencia de Redis

Valkey: el fork abierto tras el cambio de licencia de Redis

Actualizado: 2026-05-03

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 y GCP Memorystore adoptaron Valkey como opción principal a mediados de 2024.
  • Valkey 8.0 añade multi-threaded I/O mejorado y claims de ~20% mejor throughput que Redis 7.2.
  • 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:

bash
# 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 Serverless: Valkey como opción principal desde mediados de 2024.
  • GCP Memorystore: soporte Valkey siguiendo a AWS.
  • Oracle Cloud: similar.
  • Fedora / RHEL / Debian: Valkey en repositorios oficiales reemplazando Redis.

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: claims de ~20% mejor throughput que Redis 7.2 en single-node.
  • 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[3]: 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.

¿Te ha resultado útil?
[Total: 13 · Media: 4.3]
  1. Valkey
  2. Linux Foundation
  3. valkey-search

Escrito por

CEO - Jacar Systems

Apasionado de la tecnología, la infraestructura cloud y la inteligencia artificial. Escribe sobre DevOps, IA, plataformas y software desde Madrid.