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

javi
Bifurcación de camino con flechas coloridas representando fork de proyecto

El 20 de marzo de 2024, Redis Inc anunció que Redis 7.4+ pasaría de licencia BSD a dual SSPL/RSAL — una licencia que no es OSI-approved y tiene restricciones para proveedores cloud que compitan. En respuesta, Valkey fue forqueado el 28 de marzo con backing de AWS, Google Cloud, Oracle y la comunidad OSS. Este artículo cubre qué implica la división para users y cómo decidir hoy.

Qué cambió en Redis

  • Redis 7.2 y anteriores: BSD (open source).
  • Redis 7.4+: SSPL + RSAL (source-available, restricciones).
  • Redis Enterprise: sigue siendo de Redis Inc.

SSPL restringe uso comercial si ofreces Redis-as-a-service competidor (similar a MongoDB hace años). Para la mayoría de usuarios self-hosting propios, no cambia nada práctico. Para AWS ElastiCache, GCP Memorystore — problema.

Valkey: qué es

Fork directo de Redis 7.2.4 (última BSD). Mantenido por:

  • Linux Foundation: governance.
  • AWS, Google, Oracle: contributors principales.
  • Ex-Redis maintainers: varios migraron.

Licencia: BSD 3-Clause — como Redis histórica.

Compatibilidad

Valkey 7.2 y 8.0:

  • 100% protocol-compatible con Redis 7.2.
  • Same configuration: redis.conf funciona.
  • Same clients: redis-py, ioredis, etc funcionan sin cambios.
  • Same cluster protocol.

Migración de Redis 7.2 a Valkey 7.2: typicamente cambiar el binario. Drop-in.

Desarrollo separado

Desde la bifurcación, desarrollo divergente:

  • Redis 7.4+: features nuevas bajo SSPL.
  • Valkey 8.0+: features nuevas bajo BSD.

Features añadidas en Valkey 8:

  • Multi-threaded I/O mejorado.
  • RDMA support experimental.
  • Observability nativa mejorada.
  • Replicación optimizations.

En paralelo, Redis 7.4 tiene sus propias features. Los dos ecosistemas pueden divergir con el tiempo.

Adopción

Rápida:

  • AWS ElastiCache Serverless: Valkey como opción principal desde mediados 2024.
  • GCP Memorystore: Valkey support siguiendo.
  • Oracle Cloud: similar.
  • Fedora / RHEL / Debian: Valkey en repos oficiales reemplazando Redis.
  • Docker Hub: imagen oficial con decenas de miles de pulls.

AWS y Google pusieron peso significativo tras el fork.

Decisión práctica

Para nuevos proyectos en 2024:

Valkey si

  • Usas AWS/GCP managed (ElastiCache, Memorystore con Valkey).
  • Quieres BSD license estricta.
  • Contribuyes a OSS.
  • No necesitas features Redis-specific post-7.4.

Redis si

  • Estás en Redis Cloud (SaaS de Redis Inc).
  • Necesitas features de Redis Stack (RediSearch, RedisJSON en modo totalmente integrado).
  • Enterprise support de Redis Inc matters.
  • El cambio de licencia no te afecta (self-hosted sin competencia comercial).

Para la mayoría de desarrolladores individuales y empresas medianas, Valkey es la elección sensata — compatible, BSD, backing fuerte.

Ecosistema circundante

El cambio afectó más proyectos:

  • RedisSearch, RedisJSON, RedisTimeSeries, RedisBloom: modules de Redis con licencia propietaria. Para Valkey, hay alternativas emerging:
    • valkey-search: fork/reescritura.
    • RedisJSON alternatives.
    • Algunos modules tienen equivalentes OSS siendo desarrollados.

El ecosistema tarda en consolidarse pero va en buena dirección.

Clientes

Librerías populares funcionan con ambos:

  • redis-py (Python): sí.
  • ioredis (Node): sí.
  • go-redis: sí.
  • jedis/lettuce (Java): sí.
  • redis-rs (Rust): sí.

Ningún cambio de código necesario.

Migration path

De Redis 7.2 BSD a Valkey 7.2:

# Docker: cambiar imagen
# Antes: redis:7.2
# Después: valkey/valkey:7.2
# Binary: instalar Valkey, stop Redis, start Valkey con mismo conf
sudo apt install valkey-server
sudo systemctl stop redis-server
sudo systemctl start valkey-server

Data compatibility: RDB y AOF files funcionan directamente.

De Redis 7.4+ (SSPL) a Valkey: posible pero requiere attention — algunas features nuevas de 7.4 no están en Valkey 7.2. Si no las usas, trivial; si sí, esperar a Valkey 8+ con features equivalentes.

Performance

Valkey 8.0 claims:

  • 20% mejor throughput que Redis 7.2 en single-node.
  • Multi-threaded I/O mejorado.
  • Memory efficiency similar.

Benchmarks comunitarios confirman mejoras, especialmente en workloads write-heavy.

HA y clustering

Valkey hereda Redis clustering:

  • Redis Cluster mode: hash slots.
  • Replication: master-replica.
  • Sentinel: failover automático.

Alternativa: KeyDB — otro fork más antiguo con multi-master nativo. Fusionado parcialmente con Valkey en roadmap.

Licencia: por qué importa

Para empresas:

  • SSPL: puede afectar si ofreces servicios basados en Redis.
  • BSD: libertad total, sin restricciones.
  • Compliance de grandes empresas a menudo prefiere OSI-approved licenses — Valkey cumple, Redis post-7.4 no.

Es decisión legal/estratégica, no solo técnica.

Otros forks similares

Pattern se repite:

  • Elasticsearch → OpenSearch (AWS).
  • MongoDB SSPL → no hay fork masivo, drivers existen.
  • HashiCorp Terraform → OpenTofu (Linux Foundation).
  • Redis → Valkey.

La industria OSS está consolidando forks con governance foundation para evitar re-licensing.

Conclusión

Valkey es sucesor natural de Redis BSD para quien valora open source estricto. AWS, Google y la comunidad lo han adoptado masivamente. Para nuevos proyectos, recomendable. Para migraciones desde Redis 7.2, trivial. Para Redis 7.4+ con features SSPL específicas, más complicado. La decisión es finalmente filosófica y de compliance: Valkey garantiza futuro BSD; Redis sigue existiendo con apuesta comercial. Ambos seguirán siendo relevantes, pero Valkey probablemente gana adopción OSS mainstream en los próximos 2 años.

Síguenos en jacar.es para más sobre Redis, Valkey y licencias open source.

Entradas relacionadas