HotKV vs Dragonfly

Una alternativa a Dragonfly, medida cara a cara

Ambos servidores son multihilo y hablan el protocolo de Redis, así que una alternativa a Dragonfly™ tiene que ganarse el cambio en los detalles. Cómo comparten datos los hilos, cómo se persisten los datos y qué viene integrado en el servidor. HotKV Ltd midió ambos en una máquina de 160 vCPU con la misma carga, y publicó todas las cifras, incluida la que fue un empate.

Dragonfly

un shard por hilo

MGET a b c

HotKV

un único almacén compartido

MGET a b c
Una ilustración, no una medición. Dragonfly da a cada hilo su propia porción del espacio de claves, así que un comando cuyas claves caen en varias porciones se coordina entre hilos. HotKV ejecuta todos los hilos sobre un único almacén compartido.

Esta alternativa a Dragonfly, ejecutada como instancia única en una máquina de 160 vCPU, lideró 11 de 12 comandos frente a Dragonfly 2.0.2, con entre 2.0x y 4.4x su throughput. HotKV se compiló desde el código fuente para esa CPU. Dragonfly 2.0.2 se ejecutó con su compilación estándar. La diferencia es menor en máquinas pequeñas.

Reemplazo directo

Lo que no cambia con esta alternativa a Dragonfly

HotKV implementa el protocolo de red de Redis. Migrar desde Dragonfly suele ser un cambio de host y credenciales. Consulta la referencia de comandos para todo lo que esté fuera del conjunto básico.

El mismo protocolo

RESP2 y RESP3 con negociación HELLO. HotKV informa a los clientes la versión 8.4.0 de Redis, así que las bibliotecas eligen sus funciones según ella. Las cadenas de conexión, los pipelines, pub/sub y las transacciones funcionan como hoy.

Los mismos clientes y herramientas

Las bibliotecas cliente de Redis y Valkey, redis-cli, redis-cli --cluster y las herramientas gráficas se conectan a HotKV sin cambios de código para los comandos básicos.

Los mismos comandos básicos

300 comandos básicos, scripting en Lua y bibliotecas de funciones, además de las familias de comandos propias de HotKV cuando las quieras.

el cliente que ya usas
$ redis-cli -h <your-hotkv-host> -p 6379 --tls --user app --askpass
> HELLO 3
1# "server" => "hotkv"
2# "version" => "8.4.0"
3# "proto" => (integer) 3
   ... (cuatro campos más)
> SET session:4821 "same protocol, every core"
OK
> GET session:4821
"same protocol, every core"
> TAG.SET session:4821 tenant:acme   # un comando de HotKV, cuando lo quieras
(integer) 1

Los argumentos a favor de una alternativa a Dragonfly

Por qué los equipos buscan una alternativa a Dragonfly

Propiedades documentadas de Dragonfly que llevan a los equipos a buscar una alternativa a Dragonfly, consultadas el 21 de octubre de 2026.

01

Shards sin memoria compartida (shared-nothing)

Dragonfly divide el espacio de claves en un shard por hilo. Un comando que toca claves en varios shards, como MSET o MGET, se coordina entre hilos. HotKV ejecuta todos los hilos sobre un único almacén compartido. Esa diferencia es el corazón de esta alternativa a Dragonfly.

02

Sin archivo append-only

Dragonfly persiste con snapshots puntuales (point-in-time). Su documentación indica que actualmente no admite AOF. Una alternativa a Dragonfly con un archivo append-only cierra esa brecha. HotKV ofrece snapshots y AOF.

03

Código disponible bajo BSL 1.1

Dragonfly tiene licencia Business Source License 1.1. Su concesión permite el uso dentro de tu propio producto o servicio. No permite el uso como producto o servicio de almacén de datos en memoria, ni ofrecer Dragonfly como servicio alojado que compita con DragonflyDB. El código pasa a Apache 2.0 en su fecha de cambio, el 1 de noviembre de 2030 para el texto de licencia actual. HotKV es software comercial bajo sus propios términos de licencia.

04

La búsqueda vectorial está integrada, las cachés de IA no

Dragonfly tiene búsqueda vectorial. Una caché de prompts, una caché semántica, la memoria de agentes y el seguimiento de costos de LLM no forman parte del servidor.

Medido, no afirmado

Esta alternativa a Dragonfly, medida. HotKV vs Dragonfly 2.0.2 en una máquina

HotKV Ltd ejecutó HotKV y Dragonfly 2.0.2 de uno en uno, como instancias únicas, en la misma máquina de 160 vCPU. Cada uno recibió la misma carga y todos los núcleos. HotKV Ltd publicó todas las cifras con el método y los datos en bruto.

11 de 12
comandos en los que HotKV midió el throughput más alto frente a Dragonfly
2.0x a 4.4x
Throughput de HotKV como múltiplo del de Dragonfly, en los 11 comandos que lideró (de MGET a INCR)
PING
Dragonfly midió un 0,6 % más, dentro del límite de los generadores de carga, así que cuenta como empate

HotKV Ltd compiló HotKV desde el código fuente para esta CPU. Dragonfly se ejecutó con su compilación de versión estándar. Ambos se ejecutaron como instancias únicas. El número de hilos siguió la configuración documentada de cada producto para todos los núcleos y no se ajustó por producto. La diferencia es menor en máquinas con pocos núcleos.

SET3.4x
HotKV
50.5M*
Dragonfly
15.0M
GET2.7x
HotKV
36.6M*
Dragonfly
13.4M
MGET2.0x
HotKV
4.6M*
Dragonfly
2.3M
SETNX3.8x
HotKV
55.3M*
Dragonfly
14.4M
APPEND2.8x
HotKV
25.1M
Dragonfly
8.9M
INCR4.4x
HotKV
90.8M
Dragonfly
20.6M
LPUSH3.0x
HotKV
31.6M
Dragonfly
10.6M
RPUSH4.0x
HotKV
43.8M
Dragonfly
11.0M
SADD4.2x
HotKV
50.6M*
Dragonfly
12.0M
HSET3.0x
HotKV
29.0M*
Dragonfly
9.8M
MSET3.8x
HotKV
11.3M
Dragonfly
2.9M
PING0.99x
HotKV
125.2M†
Dragonfly
126.0M

Operaciones por segundo, mediana de 3 ejecuciones de 10 segundos. Cada par de barras se escala al servidor más rápido en ese comando.

* Limitado por la red: la red de la instancia determinó este resultado, por lo que el límite propio del servidor es mayor.

† Limitado por el generador de carga: las máquinas generadoras de carga superaron el 85 % de uso de CPU, así que este es su techo, no el del servidor.

Azure D160alds_v7 (AMD EPYC 9V45 (Turin), 160 vCPU), medido el 9 de octubre de 2026. Valores de 256 bytes, profundidad de pipeline 30, 5 000 000 de claves precargadas leídas de forma aleatoria uniforme. Tres máquinas generadoras de carga dedicadas. Cada servidor se ejecutó solo, como instancia única y con la persistencia desactivada. Cada uno recibió todos los núcleos (Redis 128 hilos de E/S, su máximo). HotKV Ltd compiló HotKV desde el código fuente para esta CPU y ejecutó Dragonfly con su compilación de versión estándar. Método completo y resultados · Harness y datos en bruto

Lado a lado

Esta alternativa a Dragonfly y Dragonfly, función por función

FunciónHotKVDragonfly
Ejecución de comandosMultihilo. Cada núcleo lee, analiza y ejecuta comandos sobre un único almacén compartidoMultihilo, un shard del espacio de claves por hilo (shared-nothing)
ProtocoloRESP2 y RESP3, con negociación HELLO. Informa a los clientes la versión 8.4.0 de RedisRESP2 y RESP3
LenguajeC++20, construido desde ceroC++
LicenciaComercial (HotKV Cloud o una licencia on-premise)BSL 1.1
PersistenciaSnapshots y AOFSolo snapshots, sin AOF
Snapshots sin forkSí. Un hilo en segundo plano escribe el snapshot, sin proceso hijo creado con forkSí
Búsqueda por similitud vectorialIntegrada (HNSW, VSIM.*), todos los planesIntegrada
Caché de prompts y caché semántica para LLMIntegrada (PCACHE.*, SCACHE.*), plan Performance y superiores en HotKV CloudNo
Memoria de agentes de IAIntegrada (AMEM.*), plan Performance y superiores en HotKV CloudNo
Seguimiento de tokens y costos de LLMIntegrado (LLMBUDGET.*, LLMSTATS.*), plan Performance y superiores en HotKV CloudNo
Endpoint de PrometheusIntegrado. El propio servidor sirve /metrics una vez configurado metrics-port (on-premise)Integrado
Histogramas de latencia por comandoPor comando, integrados (LATENCY HISTOGRAM)Flag de seguimiento de latencia con activación explícita. LATENCY HISTOGRAM figura como no admitido
Etiquetado de clavesSí (TAG.*)No
TTL en nanosegundosSí (NEXPIRE, NTTL)No. TTL en milisegundos
Plataformas del servidorLinux (x86_64 y ARM64)Linux (x86_64 y ARM64)
DespliegueHotKV Cloud (Google Cloud, 42 regiones) u on-premise bajo licenciaAutogestionado o Dragonfly Cloud

Para ser justos

Dónde Dragonfly va por delante de esta alternativa a Dragonfly, o simplemente es distinto

Esta página de alternativa a Dragonfly solo es útil si también dice esta parte.

  • En PING, Dragonfly midió un 0,6 % más que HotKV. Los generadores de carga estuvieron por encima del 80 % de CPU para ambos, así que HotKV Ltd lo cuenta como un empate. Se muestra en la tabla de todos modos.
  • Los snapshots de Dragonfly son sin fork, como los de HotKV, y sirve las métricas de Prometheus por sí mismo.
  • Dragonfly es gratuito para autoalojarlo dentro de tu propio producto bajo la BSL 1.1, y Dragonfly Cloud es un servicio administrado maduro. Esta alternativa a Dragonfly, HotKV Cloud, está en acceso anticipado.

El cambio

De Dragonfly a esta alternativa a Dragonfly en cuatro pasos

Lo que implica en la práctica cambiar a una alternativa a Dragonfly.

  1. 1

    Crea una instancia

    Elige una región y un plan en la consola de HotKV Cloud. La instancia es una máquina propia, que se aprovisiona, se parchea y se supervisa por ti.

  2. 2

    Apunta tus clientes a ella

    Conserva la biblioteca cliente que ya usas. Cambia el host, el puerto y las credenciales de Dragonfly a la instancia de HotKV. TLS y la autenticación por contraseña están activados desde el principio, con usuarios ACL disponibles. Una alternativa a Dragonfly que habla el mismo protocolo no necesita cambios en el cliente para los comandos básicos.

  3. 3

    Mueve los datos

    Usa las herramientas que ya conoces. DUMP y RESTORE, MIGRATE o una repetición de tus escrituras funcionan, porque HotKV implementa estos comandos.

  4. 4

    Activa lo que faltaba

    La búsqueda vectorial y el etiquetado de claves son comandos básicos en todos los planes. Las cachés de prompts y semántica, la memoria de agentes y el seguimiento de costos de LLM son comandos del mismo servidor en el plan Performance y superiores. Sin módulos, sidecars ni un segundo servicio. Eso es lo que una alternativa a Dragonfly debería añadir.

Preguntas

Preguntas sobre esta alternativa a Dragonfly

Ambos son multihilo. ¿Qué tiene de distinto esta alternativa a Dragonfly?

Dragonfly da a cada hilo su propio shard del espacio de claves, así que un comando cuyas claves caen en varios shards se coordina entre hilos. HotKV deja que todos los hilos trabajen sobre un único almacén compartido, así que los comandos multiclave y los de una sola clave siguen el mismo camino.

¿Cómo se compararon los dos en el benchmark?

En una Azure D160alds_v7, ejecutados como instancias únicas, HotKV registró la mediana de throughput más alta en 11 de 12 comandos frente a Dragonfly 2.0.2. El múltiplo fue de al menos 2 veces en MGET a al menos 4,4 veces en INCR. PING fue un empate dentro del límite de los generadores de carga. Todas las cifras, el método y los datos en bruto están publicados.

¿Tiene HotKV un AOF?

Sí. HotKV persiste con snapshots y un archivo append-only. La documentación de Dragonfly indica que actualmente no admite AOF.

¿Puedo migrar desde Dragonfly sin cambiar mi código?

Ambos servidores hablan RESP2 y RESP3, así que las mismas bibliotecas cliente se conectan a esta alternativa a Dragonfly para los comandos básicos. Mueve los datos con DUMP y RESTORE, MIGRATE o una repetición de tus escrituras. Consulta la referencia de comandos para todo lo que esté fuera del conjunto básico.

Pon a prueba esta alternativa a Dragonfly con los clientes que ya tienes

HotKV Cloud abre por oleadas. Cada instancia de esta alternativa a Dragonfly es una máquina dedicada con el motor multihilo. Las familias de comandos de IA vienen con los planes Performance y Scale.