HotKV vs Dragonfly

Une alternative à Dragonfly, mesurée face à face

Les deux serveurs sont multithread et parlent le protocole Redis, une alternative à Dragonfly™ doit donc mériter la bascule sur les détails. Comment les threads partagent les données, comment les données sont persistées, et ce qui est intégré au serveur. HotKV Ltd a mesuré les deux sur une machine à 160 vCPU avec la même charge, et a publié chaque chiffre, y compris celui qui était une égalité.

Accès anticipé Voir les mesures

Dragonfly

un shard par thread

MGET a b c

HotKV

un seul stockage partagé

MGET a b c
Une illustration, pas une mesure. Dragonfly donne à chaque thread sa propre tranche de l’espace de clés, une commande dont les clés tombent dans plusieurs tranches est donc coordonnée entre les threads. HotKV fait tourner chaque thread sur un seul stockage partagé.

Cette alternative à Dragonfly, exécutée en instance unique sur une machine à 160 vCPU, a mené sur 11 des 12 commandes face à Dragonfly 2.0.2, avec un débit de 2.0x à 4.4x. HotKV a été compilé depuis les sources pour ce CPU. Dragonfly 2.0.2 a tourné dans son build standard. L’écart est plus faible sur les petites machines.

Remplacement direct

Ce qui ne change pas avec cette alternative à Dragonfly

HotKV implémente le protocole filaire de Redis. Migrer depuis Dragonfly se résume généralement à un changement d’hôte et d’identifiants. Consultez la référence des commandes pour tout ce qui sort de l’ensemble de base.

Le même protocole

RESP2 et RESP3 avec négociation HELLO. HotKV annonce la version Redis 8.4.0 aux clients, les bibliothèques choisissent donc leurs fonctions en conséquence. Les chaînes de connexion, les pipelines, le pub/sub et les transactions fonctionnent comme aujourd’hui.

Les mêmes clients et outils

Les bibliothèques clientes Redis et Valkey, redis-cli, redis-cli --cluster et les outils graphiques se connectent à HotKV sans modification de code pour les commandes de base.

Les mêmes commandes de base

300 commandes de base, scripts Lua et bibliothèques de fonctions, plus les familles de commandes propres à HotKV quand vous en avez besoin.

le client que vous utilisez déjà
$ 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
   ... (quatre champs de plus)
> SET session:4821 "same protocol, every core"
OK
> GET session:4821
"same protocol, every core"
> TAG.SET session:4821 tenant:acme   # une commande HotKV, quand vous en avez besoin
(integer) 1

Les arguments pour une alternative à Dragonfly

Pourquoi les équipes cherchent une alternative à Dragonfly

Propriétés documentées de Dragonfly qui poussent les équipes à chercher une alternative à Dragonfly, vérifiées le 21 octobre 2026.

01

Des shards sans partage

Dragonfly découpe l’espace de clés en un shard par thread. Une commande qui touche des clés dans plusieurs shards, comme MSET ou MGET, est coordonnée entre les threads. HotKV fait tourner chaque thread sur un seul stockage partagé. Cette différence est le cœur de cette alternative à Dragonfly.

02

Pas de fichier append-only

Dragonfly persiste par des snapshots à un instant donné. Sa documentation indique qu’il ne prend pas en charge l’AOF actuellement. Une alternative à Dragonfly dotée d’un fichier append-only comble cette lacune. HotKV propose les snapshots et l’AOF.

03

Source disponible sous BSL 1.1

Dragonfly est sous licence Business Source License 1.1. Sa concession autorise l’utilisation au sein de votre propre produit ou service. Elle n’autorise pas l’utilisation comme produit ou service de stockage de données en mémoire, ni la fourniture de Dragonfly comme service hébergé en concurrence avec DragonflyDB. Le code passe sous Apache 2.0 à sa date de changement, le 1er novembre 2030 pour le texte de licence actuel. HotKV est un logiciel commercial sous ses propres conditions de licence.

04

La recherche vectorielle est intégrée, les caches IA ne le sont pas

Dragonfly dispose de la recherche vectorielle. Un cache de prompts, un cache sémantique, une mémoire d’agent et un suivi des coûts LLM ne font pas partie du serveur.

Mesuré, pas affirmé

Cette alternative à Dragonfly, mesurée. HotKV vs Dragonfly 2.0.2 sur une machine

HotKV Ltd a exécuté HotKV et Dragonfly 2.0.2 l’un après l’autre, en instance unique, sur la même machine à 160 vCPU. Chacun a reçu la même charge et tous les cœurs. HotKV Ltd a publié chaque chiffre avec la méthode et les données brutes.

11 sur 12
commandes où HotKV a mesuré le débit le plus élevé face à Dragonfly
2.0x à 4.4x
Le débit de HotKV en multiple de celui de Dragonfly, sur les 11 commandes où il a mené (MGET à INCR)
PING
Dragonfly a mesuré 0,6 % de plus, dans la limite des générateurs de charge, cela compte donc comme une égalité

HotKV Ltd a compilé HotKV depuis les sources pour ce CPU. Dragonfly a tourné dans son build de release standard. Les deux ont tourné en instance unique. Le nombre de threads suivait le réglage tous-cœurs documenté de chaque produit et n’a pas été ajusté par produit. L’écart est plus faible sur les machines à peu de cœurs.

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

Opérations par seconde, médiane de 3 exécutions de 10 secondes. Chaque paire de barres est mise à l’échelle du serveur le plus rapide sur cette commande.

* Limité par le réseau: le réseau de l’instance a déterminé ce résultat, la limite propre du serveur est donc plus élevée.

† Limité par les générateurs de charge: les machines servant de générateurs de charge ont dépassé 85 % de CPU, ce résultat correspond donc à leur plafond, et non à celui du serveur.

Azure D160alds_v7 (AMD EPYC 9V45 (Turin), 160 vCPU), mesuré le 9 octobre 2026. Valeurs de 256 octets, profondeur de pipeline 30, 5 000 000 de clés préremplies lues uniformément au hasard. Trois machines dédiées de génération de charge. Chaque serveur a tourné seul en instance unique, persistance désactivée. Chacun a reçu tous les cœurs (Redis 128 threads d’E/S, son maximum). HotKV Ltd a compilé HotKV depuis les sources pour ce CPU et a exécuté Dragonfly dans son build de release standard. Méthode complète et résultats · Harnais et données brutes

Côte à côte

Cette alternative à Dragonfly et Dragonfly, fonction par fonction

FonctionnalitéHotKVDragonfly
Exécution des commandesMultithread. Chaque cœur lit, analyse et exécute les commandes sur un seul stockage partagéMultithread, un shard d’espace de clés par thread (sans partage)
ProtocoleRESP2 et RESP3, avec négociation HELLO. Annonce la version Redis 8.4.0 aux clientsRESP2 et RESP3
LangageC++20, construit de zéroC++
LicenceCommerciale (HotKV Cloud, ou une licence on-premise)BSL 1.1
PersistanceSnapshots et AOFSnapshots uniquement, pas d’AOF
Snapshots sans forkOui. Un thread d’arrière-plan écrit le snapshot, sans processus enfant forkéOui
Recherche de similarité vectorielleIntégrée (HNSW, VSIM.*), chaque planIntégrée
Cache de prompts et cache sémantique LLMIntégré (PCACHE.*, SCACHE.*), plan Performance et supérieurs sur HotKV CloudNon
Mémoire d’agent IAIntégrée (AMEM.*), plan Performance et supérieurs sur HotKV CloudNon
Suivi des tokens et des coûts LLMIntégré (LLMBUDGET.*, LLMSTATS.*), plan Performance et supérieurs sur HotKV CloudNon
Endpoint PrometheusIntégré. Le serveur sert /metrics lui-même dès que metrics-port est défini (on-premise)Intégré
Histogrammes de latence par commandePar commande, intégrés (LATENCY HISTOGRAM)Indicateur de suivi de latence sur activation. LATENCY HISTOGRAM est listé comme non pris en charge
Étiquetage des clésOui (TAG.*)Non
TTL à la nanosecondeOui (NEXPIRE, NTTL)Non. TTL à la milliseconde
Plateformes serveurLinux (x86_64 et ARM64)Linux (x86_64 et ARM64)
DéploiementHotKV Cloud (Google Cloud, 42 régions) ou on-premise sous licenceAuto-hébergé ou Dragonfly Cloud

En toute équité

Où Dragonfly devance cette alternative à Dragonfly, ou est simplement différent

Une page sur cette alternative à Dragonfly n’est utile que si elle dit aussi cette partie.

  • Sur PING, Dragonfly a mesuré 0,6 % de plus que HotKV. Les générateurs de charge étaient au-dessus de 80 % de CPU pour les deux, HotKV Ltd le compte donc comme une égalité. Il figure dans le tableau quoi qu’il en soit.
  • Les snapshots de Dragonfly sont sans fork, comme ceux de HotKV, et il sert lui-même les métriques Prometheus.
  • Dragonfly est gratuit à auto-héberger au sein de votre propre produit sous la BSL 1.1, et Dragonfly Cloud est un service managé mature. Cette alternative à Dragonfly, HotKV Cloud, est en accès anticipé.

Migrer

De Dragonfly à cette alternative à Dragonfly en quatre étapes

Ce qu’implique en pratique le passage à une alternative à Dragonfly.

  1. 1

    Créer une instance

    Choisissez une région et un plan dans la console HotKV Cloud. L’instance est une machine à part entière, provisionnée, mise à jour et surveillée pour vous.

  2. 2

    Pointer vos clients vers elle

    Conservez la bibliothèque cliente que vous utilisez déjà. Remplacez l’hôte, le port et les identifiants de Dragonfly par ceux de l’instance HotKV. TLS et l’authentification par mot de passe sont actifs dès le départ, avec des utilisateurs ACL disponibles. Une alternative à Dragonfly qui parle le même protocole ne demande aucun changement côté client pour les commandes de base.

  3. 3

    Déplacer les données

    Utilisez les outils que vous connaissez déjà. DUMP et RESTORE, MIGRATE, ou une relecture de vos écritures fonctionnent tous, parce que HotKV implémente ces commandes.

  4. 4

    Activer ce qui manquait

    La recherche vectorielle et l’étiquetage des clés sont des commandes de base sur chaque plan. Les caches de prompts et sémantiques, la mémoire d’agent et le suivi des coûts LLM sont des commandes du même serveur sur le plan Performance et les plans supérieurs. Ni module, ni sidecar, ni second service. C’est ce qu’une alternative à Dragonfly devrait apporter.

Questions

Questions sur cette alternative à Dragonfly

Les deux sont multithread. Qu’est-ce qui distingue cette alternative à Dragonfly ?

Dragonfly donne à chaque thread son propre shard de l’espace de clés, une commande dont les clés tombent dans plusieurs shards est donc coordonnée entre les threads. HotKV laisse chaque thread travailler sur un seul stockage partagé, les commandes multi-clés et les commandes mono-clé empruntent donc le même chemin.

Comment les deux se sont-ils comparés dans le benchmark ?

Sur une Azure D160alds_v7, en instance unique, HotKV a enregistré le débit médian le plus élevé sur 11 des 12 commandes face à Dragonfly 2.0.2. Le multiple allait d’au moins 2 fois sur MGET à au moins 4,4 fois sur INCR. PING était une égalité dans la limite des générateurs de charge. Chaque chiffre, la méthode et les données brutes sont publiés.

HotKV a-t-il un AOF ?

Oui. HotKV persiste avec des snapshots et un fichier append-only. La documentation de Dragonfly indique qu’il ne prend pas en charge l’AOF actuellement.

Puis-je migrer depuis Dragonfly sans changer mon code ?

Les deux serveurs parlent RESP2 et RESP3, les mêmes bibliothèques clientes se connectent donc à cette alternative à Dragonfly pour les commandes de base. Déplacez les données avec DUMP et RESTORE, MIGRATE, ou une relecture de vos écritures. Consultez la référence des commandes pour tout ce qui sort de l’ensemble de base.

Mettez cette alternative à Dragonfly à l’épreuve avec les clients que vous avez déjà

HotKV Cloud ouvre par vagues. Chaque instance de cette alternative à Dragonfly est une machine dédiée avec le moteur multithread. Les familles de commandes IA sont fournies avec les plans Performance et Scale.

Accès anticipé Tarifs