⏱️ Lectura: 10 min
Valkey 8 salió de fase beta en septiembre de 2024 y hoy corre en producción dentro de AWS ElastiCache y Google Cloud Memorystore. La versión llegó apenas seis meses después de que Redis Ltd. cambiara la licencia del proyecto original y la Linux Foundation respondiera con este fork.
📑 En este artículo
El salto no fue solo cosmético. Valkey 8 reescribió partes del motor de replicación y del manejo de hilos para aprovechar mejor los núcleos disponibles en cada instancia, algo que el Redis clásico dejaba en gran parte sin usar.
TL;DR
- Valkey nació en marzo de 2024 como fork de Redis 7.2.4 tras el cambio de licencia de Redis Ltd. a SSPL y RSALv2.
- La Linux Foundation aloja el proyecto con AWS, Google Cloud, Oracle, Ericsson y Snap Inc. como miembros fundadores.
- Valkey 8.0 llegó a disponibilidad general en septiembre de 2024, la primera versión mayor con ingeniería propia del fork.
- La replicación de doble canal separa el tráfico de comandos del envío del RDB para acelerar la sincronización inicial de una réplica.
- Los comandos HEXPIRE, HPEXPIRE, HTTL y HPERSIST permiten poner TTL a campos individuales dentro de un hash.
- AWS ElastiCache y MemoryDB adoptaron Valkey como motor por defecto para clusters nuevos.
- Valkey se mantiene bajo licencia BSD-3-Clause, la misma que tenía Redis antes del cambio de 2024.
- En mayo de 2025 Redis Ltd. anunció su regreso a una licencia open source (AGPLv3) a partir de Redis 8, ya con Valkey consolidado en varios proveedores cloud.
Qué pasó
El equipo de Valkey publicó la versión 8.0 en septiembre de 2024, unos seis meses después de que la Linux Foundation anunciara el fork. No fue un simple cambio de nombre sobre el código heredado de Redis 7.2.4: el equipo reescribió el subsistema de replicación y amplió el uso de multihilo en las rutas de red, dos de los cuellos de botella más citados por operadores de Redis en producción.
La compatibilidad con el protocolo RESP2 y RESP3 se mantuvo intacta, así que cualquier cliente, librería o herramienta escrita para Redis sigue funcionando contra un servidor Valkey sin cambios de código. Ese detalle fue clave para que AWS, Google Cloud y Oracle pudieran migrar sus servicios administrados sin romper a sus clientes.
Contexto e historia
Redis fue software libre bajo licencia BSD-3-Clause desde su creación en 2009 por Salvatore Sanfilippo. En marzo de 2024, Redis Ltd. anunció que las próximas versiones pasarían a un esquema dual de licencias, SSPL y RSALv2, que restringe a los proveedores cloud ofrecer Redis como servicio sin acuerdo comercial.
La respuesta llegó en días: la Linux Foundation, junto con AWS, Google Cloud, Oracle, Ericsson, Snap Inc. y otras empresas, anunció Valkey como fork bajo gobernanza neutral y licencia BSD-3-Clause, tomando como base el último commit libre de Redis, la versión 7.2.4.
El desenlace tuvo un giro adicional: en mayo de 2025, Redis Ltd. dio marcha atrás y anunció que volvería a una licencia open source, AGPLv3, a partir de Redis 8. Para entonces Valkey ya llevaba más de un año sumando adopción en la nube y una comunidad de mantenedores independiente de una sola empresa.
Detalles técnicos y rendimiento
La mejora más citada de Valkey 8 es la replicación de doble canal. En Redis clásico, una réplica nueva abre una única conexión con el primario: por ahí viajan tanto el volcado inicial (RDB) como el flujo continuo de comandos de escritura. Si el RDB es grande, los comandos quedan en cola detrás de él y la réplica tarda más en ponerse al día.
Valkey separa ambos flujos en conexiones distintas. El canal de comandos empieza a replicar en paralelo mientras el RDB todavía se transfiere, así que la réplica llega a estado consistente más rápido una vez termina la carga inicial.
sequenceDiagram
participant P as Primario
participant R as Replica
P->>R: abre canal de comandos
P->>R: abre canal de RDB
Note over P,R: los dos canales viajan en paralelo
R-->>P: confirma sincronizacion completaLa segunda pieza técnica relevante es el TTL por campo de hash, heredado y refinado desde Redis 7.4. Antes, para expirar un dato dentro de un hash había que sacarlo a una clave propia con su propio EXPIRE. Con Valkey 8 se puede expirar un campo puntual sin tocar el resto del hash:
valkey-cli HSET sesion:usuario:4821 token "abc123" intentos "0"
valkey-cli HEXPIRE sesion:usuario:4821 300 FIELDS 1 token
valkey-cli HTTL sesion:usuario:4821 FIELDS 1 tokenEl primer comando crea un hash con dos campos. El segundo pone un TTL de 300 segundos solo al campo token; el resto del hash no se ve afectado. El tercero devuelve el tiempo restante en segundos, útil para depurar sesiones o cachés de corta duración sin fragmentar el modelo de datos en múltiples claves.
En el plano de multihilo, Valkey amplió cuántas fases del ciclo de vida de una conexión pueden correr en hilos de I/O separados del hilo principal de ejecución de comandos, en lugar de depender de un único hilo para todo el trabajo de red como hacía Redis por defecto. La ganancia concreta depende del tamaño de los valores, la cantidad de conexiones concurrentes y los núcleos disponibles; el propio proyecto documenta cómo medirlo en cada entorno en vez de prometer un número fijo para todos los casos.
💡 Tip: para comparar Valkey contra tu Redis actual, corré el mismo script de
redis-benchmarkcontra ambos con la misma cantidad de clientes y pipeline, y comparárequests per seconden tu propio hardware.
| Aspecto | Redis (desde 7.4, vuelta a AGPLv3 en Redis 8) | Valkey 8 |
|---|---|---|
| Licencia | SSPL / RSALv2 entre 2024 y 2025; AGPLv3 desde Redis 8 | BSD-3-Clause |
| Gobernanza | Redis Ltd., empresa privada | Linux Foundation, comité técnico multivendor |
| Base de código | Continuación directa del proyecto original | Fork de Redis 7.2.4 con desarrollo propio desde 2024 |
| Replicación inicial | Un solo canal para comandos y RDB | Doble canal: comandos y RDB en conexiones separadas |
| TTL por campo de hash | Disponible desde Redis 7.4 (HEXPIRE) | Heredado y refinado en la versión 8.0 |
| Adopción cloud administrada | Redis Cloud (servicio propio) | AWS ElastiCache, AWS MemoryDB, Google Cloud Memorystore |
Cómo empezar
La forma más rápida de probar Valkey 8 es con el contenedor oficial. No hace falta compilar nada ni instalar dependencias adicionales:
docker run -d --name valkey-8 -p 6379:6379 valkey/valkey:8Ese comando levanta un servidor Valkey 8 escuchando en el puerto 6379, el mismo que usa Redis por defecto, así que cualquier cliente existente puede apuntar ahí sin cambiar configuración. Para conectarse con la CLI incluida en la imagen:
docker exec -it valkey-8 valkey-cli PING
docker exec -it valkey-8 valkey-cli INFO server | grep valkey_versionEl primer comando debería devolver PONG. El segundo confirma la versión exacta del servidor corriendo, útil para verificar que efectivamente estás sobre Valkey 8 y no sobre una imagen vieja cacheada localmente.
En Debian o Ubuntu también se puede compilar desde el código fuente publicado en GitHub, o instalar los paquetes que distribuyen algunos repositorios de terceros; el proyecto documenta ambos caminos en su repositorio oficial.
Impacto y análisis
El fork resolvió un problema concreto para los proveedores cloud: sin una versión con licencia permisiva, AWS y Google Cloud no podían seguir ofreciendo actualizaciones de Redis dentro de sus servicios administrados sin negociar términos comerciales con Redis Ltd. Valkey les dio una salida sin depender de una sola empresa.
Para los equipos de desarrollo el cambio es en gran parte transparente: como el protocolo RESP no cambió, migrar de Redis a Valkey suele ser cuestión de apuntar el cliente a otro host, no de reescribir código. Eso explica por qué AWS pudo mover ElastiCache y MemoryDB a Valkey como motor por defecto sin pedirle a sus clientes que tocaran una línea de su aplicación.
📌 Nota: el regreso de Redis a AGPLv3 en 2025 no deshizo el fork. Valkey ya tenía gobernanza propia, mantenedores independientes y adopción en producción antes de ese anuncio, así que ambos proyectos siguen desarrollándose en paralelo.
La limitación real está en los módulos. Redis Enterprise incluye extensiones propietarias (búsqueda, JSON avanzado, grafos en su momento) que no tienen un equivalente uno a uno en Valkey. La comunidad viene cubriendo ese hueco con módulos propios como valkey-json y valkey-search, pero un equipo que dependa fuerte de un módulo específico de Redis Enterprise debe revisar la paridad de funciones antes de migrar, no asumirla.
Qué sigue
El proyecto ya publicó versiones posteriores a la 8.0 dentro de la misma serie mayor, con foco en ampliar el módulo de búsqueda vectorial valkey-search y en seguir puliendo el uso de multihilo en más comandos. La hoja de ruta pública en GitHub es el lugar más confiable para seguir el avance versión a versión, ya que el ritmo de releases del proyecto es más rápido que el de un ciclo editorial.
Para quien administra infraestructura, la señal a vigilar es simple: qué motor usa por defecto cada proveedor cloud en sus servicios administrados nuevos. Esa decisión, más que cualquier anuncio de licencia, es la que termina definiendo qué fork gana tracción real.
📖 Resumen en Telegram: Ver resumen
Probalo vos: levantá docker run -d -p 6379:6379 valkey/valkey:8 y corré HEXPIRE contra un hash propio para ver el TTL por campo funcionando en minutos.
Preguntas frecuentes
¿Valkey es compatible con los clientes existentes de Redis?
Sí. Valkey mantiene el protocolo RESP2 y RESP3 sin cambios, así que las librerías cliente de cualquier lenguaje siguen funcionando igual, solo hay que apuntarlas a un host con Valkey.
¿Qué versión de Redis usó Valkey como punto de partida?
Redis 7.2.4, la última publicada bajo licencia BSD-3-Clause antes del cambio de licencia de marzo de 2024.
¿Quién mantiene Valkey?
La Linux Foundation aloja el proyecto, con un comité técnico compuesto por ingenieros de AWS, Google Cloud, Oracle, Ericsson y otras empresas, en lugar de una sola compañía.
¿Necesito reescribir mi aplicación para migrar de Redis a Valkey?
En la mayoría de los casos no. Si tu aplicación no depende de módulos propietarios de Redis Enterprise, cambiar el host de conexión suele ser suficiente.
¿Valkey sirve para producción crítica?
Sí: es el motor por defecto de servicios administrados como AWS ElastiCache, AWS MemoryDB y Google Cloud Memorystore, que corren cargas de producción a gran escala.
¿Redis sigue siendo software libre?
Desde el anuncio de mayo de 2025, Redis Ltd. dijo que volvería a licenciar Redis bajo AGPLv3 a partir de Redis 8, después de un año y medio con licencias más restrictivas.
Referencias
- Repositorio oficial de Valkey en GitHub: código fuente, releases y hoja de ruta del proyecto.
- Sitio oficial de Valkey: documentación, guías de instalación y anuncios de versiones.
- Linux Foundation: entidad que aloja la gobernanza del proyecto Valkey.
- Sitio oficial de Redis: documentación del proyecto original y sus cambios de licencia.
- AWS ElastiCache: servicio administrado que adoptó Valkey como motor por defecto.
📱 ¿Te gusta este contenido? Únete a nuestro canal de Telegram @programacion donde publicamos a diario lo más relevante de tecnología, IA y desarrollo. Resúmenes rápidos, contenido fresco todos los días.
0 Comentarios