HotKV vs Dragonfly

Un'alternativa a Dragonfly, misurata testa a testa

Entrambi i server sono multi-thread e parlano il protocollo Redis, quindi un'alternativa a Dragonfly™ deve guadagnarsi il passaggio sui dettagli. Come i thread condividono i dati, come i dati vengono resi persistenti e cosa è integrato nel server. HotKV Ltd ha misurato entrambi su una macchina da 160 vCPU con lo stesso carico, e ha pubblicato ogni numero, incluso quello che è risultato un pareggio.

Accesso anticipato Vedi le misurazioni

Dragonfly

uno shard per thread

MGET a b c

HotKV

un unico store condiviso

MGET a b c
Un'illustrazione, non una misurazione. Dragonfly dà a ogni thread la propria fetta del keyspace, quindi un comando le cui chiavi cadono in più fette viene coordinato tra i thread. HotKV esegue ogni thread su un unico store condiviso.

Questa alternativa a Dragonfly, eseguita come istanza singola su una macchina da 160 vCPU, ha prevalso su 11 di 12 comandi contro Dragonfly 2.0.2, con un throughput da 2.0x a 4.4x superiore. HotKV è stato compilato dai sorgenti per quella CPU. Dragonfly 2.0.2 ha girato nella sua build standard. Il divario è minore sulle macchine piccole.

Sostituzione diretta

Cosa resta uguale con questa alternativa a Dragonfly

HotKV implementa il protocollo wire di Redis. Passare da Dragonfly è di solito un cambio di host e credenziali. Controlla il riferimento dei comandi per tutto ciò che è fuori dal set core.

Lo stesso protocollo

RESP2 e RESP3 con negoziazione HELLO. HotKV comunica ai client la versione Redis 8.4.0, così le librerie scelgono le loro funzioni in base a essa. Stringhe di connessione, pipeline, pub/sub e transazioni funzionano come oggi.

Gli stessi client e strumenti

Le librerie client Redis e Valkey, redis-cli, redis-cli --cluster e gli strumenti GUI si connettono a HotKV senza modifiche al codice per i comandi core.

Gli stessi comandi core

300 comandi core, scripting Lua e librerie di funzioni, più le famiglie di comandi proprie di HotKV quando le vuoi.

il client che già usi
$ 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
   ... (altri quattro campi)
> SET session:4821 "same protocol, every core"
OK
> GET session:4821
"same protocol, every core"
> TAG.SET session:4821 tenant:acme   # un comando HotKV, quando lo vuoi
(integer) 1

Le ragioni per un'alternativa a Dragonfly

Perché i team cercano un'alternativa a Dragonfly

Proprietà documentate di Dragonfly che spingono i team a cercare un'alternativa a Dragonfly, verificate il 21 ottobre 2026.

01

Shard shared-nothing

Dragonfly divide il keyspace in uno shard per thread. Un comando che tocca chiavi in più shard, come MSET o MGET, viene coordinato tra i thread. HotKV esegue ogni thread su un unico store condiviso. Quella differenza è il cuore di questa alternativa a Dragonfly.

02

Nessun append-only file

Dragonfly rende persistenti i dati con snapshot point-in-time. La sua documentazione dichiara che attualmente non supporta AOF. Un'alternativa a Dragonfly con un file append-only colma quella lacuna. HotKV offre snapshot e AOF.

03

Source-available con BSL 1.1

Dragonfly è concesso in licenza con la Business Source License 1.1. La sua concessione permette l'uso all'interno del tuo prodotto o servizio. Non permette l'uso come prodotto o servizio di data store in-memory, né di offrire Dragonfly come servizio hosted in concorrenza con DragonflyDB. Il codice passa ad Apache 2.0 alla sua data di cambio, il 1 novembre 2030 per il testo di licenza attuale. HotKV è software commerciale con i propri termini di licenza.

04

La ricerca vettoriale è integrata, le cache AI no

Dragonfly ha la ricerca vettoriale. Una cache di prompt, una cache semantica, la memoria per agenti e il tracciamento dei costi LLM non fanno parte del server.

Misurato, non dichiarato

Questa alternativa a Dragonfly, misurata. HotKV vs Dragonfly 2.0.2 su una sola macchina

HotKV Ltd ha eseguito HotKV e Dragonfly 2.0.2 uno alla volta, come istanze singole, sulla stessa macchina da 160 vCPU. Ognuno ha ricevuto lo stesso carico e ogni core. HotKV Ltd ha pubblicato ogni numero con metodo e dati grezzi.

11 di 12
comandi in cui HotKV ha misurato il throughput più alto contro Dragonfly
2.0x a 4.4x
Il throughput di HotKV come multiplo di quello di Dragonfly, sui 11 comandi in cui ha prevalso (da MGET a INCR)
PING
Dragonfly ha misurato il 0,6% in più, entro il limite dei generatori di carico, quindi conta come pareggio

HotKV Ltd ha compilato HotKV dai sorgenti per questa CPU. Dragonfly ha girato nella sua build di release standard. Entrambi hanno girato come istanze singole. Il numero di thread ha seguito l'impostazione all-core documentata di ciascun prodotto e non è stato ottimizzato per prodotto. Il divario è minore sulle macchine con pochi core.

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

Operazioni al secondo, mediana di 3 esecuzioni da 10 secondi. Ogni coppia di barre è scalata sul server più veloce per quel comando.

* Limitato dalla rete: la rete dell'istanza ha determinato questo risultato, quindi il limite reale del server è più alto.

† Limitato dal generatore di carico: le macchine generatrici di carico hanno superato l'85% di utilizzo della CPU, quindi questo è il loro limite massimo, non quello del server.

Azure D160alds_v7 (AMD EPYC 9V45 (Turin), 160 vCPU), misurato il 9 ottobre 2026. Valori da 256 byte, profondità di pipeline 30, 5.000.000 di chiavi precaricate lette in modo uniforme e casuale. Tre macchine dedicate come generatori di carico. Ogni server ha girato da solo come istanza singola con la persistenza disattivata. Ognuno ha ricevuto tutti i core (Redis 128 thread di I/O, il suo massimo). HotKV Ltd ha compilato HotKV dai sorgenti per questa CPU e ha eseguito Dragonfly nella sua build di release standard. Metodo completo e risultati · Harness e dati grezzi

Fianco a fianco

Questa alternativa a Dragonfly e Dragonfly, funzione per funzione

FunzionalitàHotKVDragonfly
Esecuzione dei comandiMulti-thread. Ogni core legge, analizza ed esegue i comandi su un unico store condivisoMulti-thread, uno shard del keyspace per thread (shared-nothing)
ProtocolloRESP2 e RESP3, con negoziazione HELLO. Comunica ai client la versione Redis 8.4.0RESP2 e RESP3
LinguaggioC++20, scritto da zeroC++
LicenzaCommerciale (HotKV Cloud, o una licenza on-premise)BSL 1.1
PersistenzaSnapshot e AOFSolo snapshot, nessun AOF
Snapshot senza forkSì. Un thread in background scrive lo snapshot, nessun processo figlio in forkSì
Ricerca per similarità vettorialeIntegrata (HNSW, VSIM.*), ogni pianoIntegrata
Cache di prompt e cache semantica per LLMIntegrate (PCACHE.*, SCACHE.*), piano Performance e superiori su HotKV CloudNo
Memoria per agenti AIIntegrata (AMEM.*), piano Performance e superiori su HotKV CloudNo
Tracciamento di token e costi LLMIntegrato (LLMBUDGET.*, LLMSTATS.*), piano Performance e superiori su HotKV CloudNo
Endpoint PrometheusIntegrato. Il server espone /metrics da solo una volta impostato metrics-port (on-premise)Integrato
Istogrammi di latenza per comandoPer comando, integrati (LATENCY HISTOGRAM)Flag di tracciamento della latenza da attivare. LATENCY HISTOGRAM è elencato come non supportato
Tagging delle chiaviSì (TAG.*)No
TTL al nanosecondoSì (NEXPIRE, NTTL)No. TTL al millisecondo
Piattaforme serverLinux (x86_64 e ARM64)Linux (x86_64 e ARM64)
DistribuzioneHotKV Cloud (Google Cloud, 42 regioni) o on-premise con licenzaAutogestito o Dragonfly Cloud

Per correttezza

Dove Dragonfly è avanti rispetto a questa alternativa a Dragonfly, o semplicemente diverso

Questa pagina sull'alternativa a Dragonfly è utile solo se dice anche questa parte.

  • Su PING, Dragonfly ha misurato lo 0,6% in più rispetto a HotKV. I generatori di carico erano sopra l'80% di CPU per entrambi, quindi HotKV Ltd lo conta come un pareggio. È mostrato comunque nella tabella.
  • Gli snapshot di Dragonfly sono senza fork, come quelli di HotKV, ed espone le metriche Prometheus da solo.
  • Dragonfly è gratuito da self-hostare all'interno del tuo prodotto con la BSL 1.1, e Dragonfly Cloud è un servizio gestito maturo. Questa alternativa a Dragonfly, HotKV Cloud, è in early access.

Il passaggio

Da Dragonfly a questa alternativa a Dragonfly in quattro passi

Cosa comporta in pratica passare a un'alternativa a Dragonfly.

  1. 1

    Crea un'istanza

    Scegli una regione e un piano nella console di HotKV Cloud. L'istanza è una macchina a sé, provisionata, aggiornata con le patch e monitorata per te.

  2. 2

    Punta i tuoi client verso di essa

    Mantieni la libreria client che già usi. Cambia host, porta e credenziali da Dragonfly all'istanza HotKV. TLS e autenticazione con password sono attivi fin dall'inizio, con utenti ACL disponibili. Un'alternativa a Dragonfly che parla lo stesso protocollo non richiede modifiche al client per i comandi core.

  3. 3

    Sposta i dati

    Usa gli strumenti che già conosci. DUMP e RESTORE, MIGRATE, o un replay delle tue scritture funzionano tutti, perché HotKV implementa questi comandi.

  4. 4

    Attiva ciò che mancava

    La ricerca vettoriale e il tagging delle chiavi sono comandi core su ogni piano. Le cache di prompt e semantiche, la memoria per agenti e il tracciamento dei costi LLM sono comandi dello stesso server sul piano Performance e superiori. Nessun modulo, sidecar o secondo servizio. È questo che un'alternativa a Dragonfly dovrebbe aggiungere.

Domande

Domande su questa alternativa a Dragonfly

Entrambi sono multi-thread. Cosa c'è di diverso in questa alternativa a Dragonfly?

Dragonfly dà a ogni thread il proprio shard del keyspace, quindi un comando le cui chiavi cadono in più shard viene coordinato tra i thread. HotKV lascia che ogni thread lavori su un unico store condiviso, quindi i comandi multi-chiave e quelli a chiave singola seguono lo stesso percorso.

Come si sono confrontati i due nel benchmark?

Su una Azure D160alds_v7, eseguiti come istanze singole, HotKV ha registrato il throughput mediano più alto su 11 comandi su 12 contro Dragonfly 2.0.2. Il multiplo è andato da almeno 2 volte su MGET ad almeno 4,4 volte su INCR. PING è stato un pareggio entro il limite dei generatori di carico. Ogni numero, il metodo e i dati grezzi sono pubblicati.

HotKV ha un AOF?

Sì. HotKV rende persistenti i dati con snapshot e un append-only file. La documentazione di Dragonfly dichiara che attualmente non supporta AOF.

Posso passare da Dragonfly senza cambiare il mio codice?

Entrambi i server parlano RESP2 e RESP3, quindi le stesse librerie client si connettono a questa alternativa a Dragonfly per i comandi core. Sposta i dati con DUMP e RESTORE, MIGRATE, o un replay delle tue scritture. Controlla il riferimento dei comandi per tutto ciò che è fuori dal set core.

Metti alla prova questa alternativa a Dragonfly con i client che già hai

HotKV Cloud sta aprendo a ondate. Ogni istanza di questa alternativa a Dragonfly è una macchina dedicata con il motore multi-thread. Le famiglie di comandi AI arrivano con i piani Performance e Scale.

Accesso anticipato Prezzi