HotKV vs Dragonfly

O alternativă la Dragonfly, măsurată cap la cap

Ambele servere sunt multi-thread și vorbesc protocolul Redis, așa că o alternativă la Dragonfly™ trebuie să merite trecerea prin detalii. Cum împart thread-urile datele, cum sunt persistate datele și ce este încorporat în server. HotKV Ltd le-a măsurat pe ambele pe o singură mașină cu 160 de vCPU-uri, cu aceeași sarcină, și a publicat fiecare cifră, inclusiv pe cea care a fost egalitate.

Acces anticipat Vedeți măsurătorile

Dragonfly

un shard pentru fiecare thread

MGET a b c

HotKV

un singur stoc partajat

MGET a b c
O ilustrare, nu o măsurătoare. Dragonfly dă fiecărui thread propria felie din spațiul de chei, așa că o comandă ale cărei chei cad în mai multe felii este coordonată între thread-uri. HotKV rulează fiecare thread pe un singur stoc partajat.

Această alternativă la Dragonfly, rulată ca instanță unică pe o mașină cu 160 vCPU-uri, a condus la 11 din 12 comenzi față de Dragonfly 2.0.2, cu un debit de 2.0x până la 4.4x mai mare. HotKV a fost construit din sursă pentru acel CPU. Dragonfly 2.0.2 a rulat ca versiunea sa standard. Diferența este mai mică pe mașinile mici.

Înlocuire directă

Ce rămâne la fel cu această alternativă la Dragonfly

HotKV implementează protocolul de rețea Redis. Trecerea de la Dragonfly este de obicei o schimbare de host și de date de autentificare. Verificați referința comenzilor pentru orice din afara setului de bază.

Același protocol

RESP2 și RESP3 cu negociere HELLO. HotKV raportează clienților versiunea Redis 8.4.0, așa că bibliotecile își aleg funcțiile după ea. Șirurile de conexiune, pipeline-urile, pub/sub și tranzacțiile funcționează ca și astăzi.

Aceiași clienți și aceleași instrumente

Bibliotecile client Redis și Valkey, redis-cli, redis-cli --cluster și instrumentele GUI se conectează la HotKV fără modificări de cod pentru comenzile de bază.

Aceleași comenzi de bază

300 de comenzi de bază, scripting Lua și biblioteci de funcții, plus familiile de comenzi proprii HotKV când le doriți.

clientul pe care îl folosiți deja
$ 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
   ... (încă patru câmpuri)
> SET session:4821 "same protocol, every core"
OK
> GET session:4821
"same protocol, every core"
> TAG.SET session:4821 tenant:acme   # o comandă HotKV, când o doriți
(integer) 1

Argumentele pentru o alternativă la Dragonfly

De ce caută echipele o alternativă la Dragonfly

Proprietăți documentate ale Dragonfly care trimit echipele să caute o alternativă la Dragonfly, verificate la 21 octombrie 2026.

01

Sharduri shared-nothing

Dragonfly împarte spațiul de chei într-un shard pentru fiecare thread. O comandă care atinge chei din mai multe sharduri, cum ar fi MSET sau MGET, este coordonată între thread-uri. HotKV rulează fiecare thread pe un singur stoc partajat. Această diferență este esența acestei alternative la Dragonfly.

02

Fără fișier append-only

Dragonfly persistă prin snapshoturi la un moment dat. Documentația sa afirmă că în prezent nu suportă AOF. O alternativă la Dragonfly cu un fișier append-only închide acest gol. HotKV oferă snapshoturi și AOF.

03

Sursă disponibilă sub BSL 1.1

Dragonfly este licențiat sub Business Source License 1.1. Licența permite utilizarea în interiorul propriului produs sau serviciu. Nu permite utilizarea ca produs sau serviciu de stocare de date în memorie, nici oferirea Dragonfly ca serviciu găzduit care concurează cu DragonflyDB. Codul trece la Apache 2.0 la data schimbării, 1 noiembrie 2030 pentru textul actual al licenței. HotKV este software comercial sub propriii termeni de licență.

04

Căutarea vectorială este încorporată, cache-urile IA nu

Dragonfly are căutare vectorială. Un cache de prompturi, un cache semantic, memoria pentru agenți și urmărirea costurilor LLM nu fac parte din server.

Măsurat, nu pretins

Această alternativă la Dragonfly, măsurată. HotKV vs Dragonfly 2.0.2 pe o singură mașină

HotKV Ltd a rulat HotKV și Dragonfly 2.0.2 pe rând, ca instanțe unice, pe aceeași mașină cu 160 vCPU-uri. Fiecare a primit aceeași sarcină și toate nucleele. HotKV Ltd a publicat fiecare cifră cu metoda și datele brute.

11 din 12
comenzi la care HotKV a măsurat cel mai mare debit față de Dragonfly
2.0x până la 4.4x
Debitul HotKV ca multiplu al debitului Dragonfly, pe cele 11 comenzi la care a condus (MGET până la INCR)
PING
Dragonfly a măsurat cu 0,6% mai mult, în limita generatoarelor de sarcină, așa că se consideră egalitate

HotKV Ltd a construit HotKV din sursă pentru acest CPU. Dragonfly a rulat ca versiunea sa de lansare standard. Ambele au rulat ca instanțe unice. Numărul de thread-uri a urmat setarea documentată a fiecărui produs pentru toate nucleele și nu a fost ajustat per produs. Diferența este mai mică pe mașinile cu puține nuclee.

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

Operații pe secundă, mediana a 3 rulări de câte 10 secunde. Fiecare pereche de bare este scalată la serverul mai rapid la acea comandă.

* Limitat de rețea: rețeaua instanței a stabilit acest rezultat, deci limita proprie a serverului este mai mare.

† Limitat de generatorul de încărcare: mașinile generatoare de încărcare au rulat peste 85% CPU, deci acesta este plafonul lor, nu al serverului.

Azure D160alds_v7 (AMD EPYC 9V45 (Turin), 160 vCPU-uri), măsurat la 9 octombrie 2026. Valori de 256 de octeți, adâncime de pipeline 30, 5.000.000 de chei preîncărcate, citite uniform aleatoriu. Trei mașini dedicate de generare a sarcinii. Fiecare server a rulat singur, ca instanță unică, cu persistența oprită. Fiecare a primit toate nucleele (Redis 128 de thread-uri I/O, maximul său). HotKV Ltd a construit HotKV din sursă pentru acest CPU și a rulat Dragonfly ca versiunea sa de lansare standard. Metoda completă și rezultatele · Harness-ul și datele brute

Față în față

Această alternativă la Dragonfly și Dragonfly, funcție cu funcție

FuncțieHotKVDragonfly
Execuția comenzilorMulti-thread. Fiecare nucleu citește, parsează și execută comenzi pe un singur stoc partajatMulti-thread, un shard din spațiul de chei pentru fiecare thread (shared-nothing)
ProtocolRESP2 și RESP3, cu negociere HELLO. Raportează clienților versiunea Redis 8.4.0RESP2 și RESP3
LimbajC++20, construit de la zeroC++
LicențăComercială (HotKV Cloud sau o licență on-premise)BSL 1.1
PersistențăSnapshoturi și AOFDoar snapshoturi, fără AOF
Snapshoturi fără forkDa. Un thread de fundal scrie snapshotul, fără proces copil creat prin forkDa
Căutare prin similaritate vectorialăÎncorporată (HNSW, VSIM.*), în fiecare planÎncorporată
Cache de prompturi și cache semantic LLMÎncorporat (PCACHE.*, SCACHE.*), planul Performance și cele superioare pe HotKV CloudNu
Memorie pentru agenți IAÎncorporată (AMEM.*), planul Performance și cele superioare pe HotKV CloudNu
Urmărirea tokenilor și a costurilor LLMÎncorporată (LLMBUDGET.*, LLMSTATS.*), planul Performance și cele superioare pe HotKV CloudNu
Endpoint PrometheusÎncorporat. Serverul servește singur /metrics odată ce metrics-port este setat (on-premise)Încorporat
Histograme de latență pe comandăPe comandă, încorporate (LATENCY HISTOGRAM)Flag opțional de urmărire a latenței. LATENCY HISTOGRAM este listată ca nesuportată
Etichetarea cheilorDa (TAG.*)Nu
TTL în nanosecundeDa (NEXPIRE, NTTL)Nu. TTL-uri în milisecunde
Platforme serverLinux (x86_64 și ARM64)Linux (x86_64 și ARM64)
ImplementareHotKV Cloud (Google Cloud, 42 de regiuni) sau on-premise sub licențăAutogestionat sau Dragonfly Cloud

Pentru corectitudine

Unde Dragonfly este înaintea acestei alternativă la Dragonfly sau pur și simplu diferit

Această pagină despre o alternativă la Dragonfly este utilă doar dacă spune și această parte.

  • La PING, Dragonfly a măsurat cu 0,6% mai mult decât HotKV. Generatoarele de sarcină au fost peste 80% CPU pentru ambele, așa că HotKV Ltd o consideră egalitate. Este afișată în tabel oricum.
  • Snapshoturile Dragonfly sunt fără fork, ca ale HotKV, și servește singur metricile Prometheus.
  • Dragonfly este gratuit de autogăzduit în interiorul propriului produs sub BSL 1.1, iar Dragonfly Cloud este un serviciu gestionat matur. Această alternativă la Dragonfly, HotKV Cloud, este în acces timpuriu.

Trecerea

De la Dragonfly la această alternativă la Dragonfly în patru pași

Ce presupune în practică trecerea la o alternativă la Dragonfly.

  1. 1

    Creați o instanță

    Alegeți o regiune și un plan în consola HotKV Cloud. Instanța este o mașină proprie, aprovizionată, actualizată și monitorizată pentru dumneavoastră.

  2. 2

    Îndreptați clienții către ea

    Păstrați biblioteca client pe care o folosiți deja. Schimbați hostul, portul și datele de autentificare de la Dragonfly la instanța HotKV. TLS și autentificarea cu parolă sunt active de la început, cu utilizatori ACL disponibili. O alternativă la Dragonfly care vorbește același protocol nu necesită modificări ale clientului pentru comenzile de bază.

  3. 3

    Mutați datele

    Folosiți instrumentele pe care le cunoașteți deja. DUMP și RESTORE, MIGRATE sau o reluare a scrierilor dumneavoastră funcționează toate, pentru că HotKV implementează aceste comenzi.

  4. 4

    Activați ce lipsea

    Căutarea vectorială și etichetarea cheilor sunt comenzi de bază în fiecare plan. Cache-urile de prompturi și semantice, memoria pentru agenți și urmărirea costurilor LLM sunt comenzi ale aceluiași server în planul Performance și în cele superioare. Fără modul, sidecar sau un al doilea serviciu. Asta ar trebui să adauge o alternativă la Dragonfly.

Întrebări

Întrebări despre această alternativă la Dragonfly

Ambele sunt multi-thread. Ce este diferit la această alternativă la Dragonfly?

Dragonfly dă fiecărui thread propriul shard din spațiul de chei, așa că o comandă ale cărei chei cad în mai multe sharduri este coordonată între thread-uri. HotKV lasă fiecare thread să lucreze pe un singur stoc partajat, așa că comenzile multi-cheie și cele cu o singură cheie urmează aceeași cale.

Cum s-au comparat cele două în benchmark?

Pe un Azure D160alds_v7, rulate ca instanțe unice, HotKV a înregistrat cel mai mare debit median la 11 din 12 comenzi față de Dragonfly 2.0.2. Multiplul a mers de la cel puțin 2 ori la MGET până la cel puțin 4,4 ori la INCR. PING a fost egalitate, în limita generatoarelor de sarcină. Fiecare cifră, metoda și datele brute sunt publicate.

Are HotKV un AOF?

Da. HotKV persistă prin snapshoturi și un fișier append-only. Documentația Dragonfly afirmă că în prezent nu suportă AOF.

Pot trece de la Dragonfly fără să îmi schimb codul?

Ambele servere vorbesc RESP2 și RESP3, așa că aceleași biblioteci client se conectează la această alternativă la Dragonfly pentru comenzile de bază. Mutați datele cu DUMP și RESTORE, MIGRATE sau o reluare a scrierilor dumneavoastră. Verificați referința comenzilor pentru orice din afara setului de bază.

Puneți această alternativă la Dragonfly la încercare cu clienții pe care îi aveți deja

HotKV Cloud se deschide în valuri. În această alternativă la Dragonfly, fiecare instanță este o mașină dedicată cu motorul multi-thread. Familiile de comenzi IA vin cu planurile Performance și Scale.

Acces anticipat Prețuri