HotKV vs Dragonfly

Alternatif Dragonfly, diukur secara head to head

Kedua server bersifat multi-thread dan memakai protokol Redis, sehingga alternatif Dragonfly™ harus membuktikan layak dipilih lewat detailnya. Bagaimana thread berbagi data, bagaimana data dipersistenkan, dan apa yang tertanam di dalam server. HotKV Ltd mengukur keduanya pada satu mesin ber-160 vCPU dengan beban yang sama, dan mempublikasikan setiap angka, termasuk angka yang hasilnya seri.

Dapatkan akses awal Lihat pengukurannya

Dragonfly

satu shard per thread

MGET a b c

HotKV

satu store bersama

MGET a b c
Ilustrasi, bukan pengukuran. Dragonfly memberi setiap thread irisan keyspace-nya sendiri, sehingga perintah yang key-nya jatuh di beberapa irisan dikoordinasikan lintas thread. HotKV menjalankan setiap thread pada satu store bersama.

Dijalankan sebagai instance tunggal di satu mesin ber-160 vCPU, alternatif Dragonfly ini unggul pada 11 dari 12 perintah terhadap Dragonfly 2.0.2, dengan throughput 2.0x hingga 4.4x lipat. HotKV dibangun dari source untuk CPU itu. Dragonfly 2.0.2 berjalan sebagai build bawaannya. Selisihnya lebih kecil di mesin kecil.

Drop-in

Apa yang tetap sama dengan alternatif Dragonfly ini

HotKV mengimplementasikan protokol wire Redis. Pindah dari Dragonfly biasanya hanya berupa perubahan host dan kredensial. Periksa referensi perintah untuk apa pun di luar set inti.

Protokol yang sama

RESP2 dan RESP3 dengan negosiasi HELLO. HotKV melaporkan versi Redis 8.4.0 kepada klien, sehingga pustaka memilih fiturnya berdasarkan versi itu. Connection string, pipeline, pub/sub, dan transaksi bekerja seperti sekarang.

Klien dan alat yang sama

Pustaka klien Redis dan Valkey, redis-cli, redis-cli --cluster, dan alat GUI terhubung ke HotKV tanpa perubahan kode untuk perintah inti.

Perintah inti yang sama

300 perintah inti, skrip Lua dan pustaka fungsi, plus keluarga perintah milik HotKV sendiri saat Anda menginginkannya.

klien yang sudah Anda pakai
$ 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
   ... (empat field lagi)
> SET session:4821 "same protocol, every core"
OK
> GET session:4821
"same protocol, every core"
> TAG.SET session:4821 tenant:acme   # perintah HotKV, saat Anda menginginkannya
(integer) 1

Alasan memilih alternatif Dragonfly

Mengapa tim mencari alternatif Dragonfly

Properti terdokumentasi dari Dragonfly yang membuat tim mencari alternatif Dragonfly, diperiksa pada 21 Oktober 2026.

01

Shard shared-nothing

Dragonfly membagi keyspace menjadi satu shard per thread. Perintah yang menyentuh key di beberapa shard, seperti MSET atau MGET, dikoordinasikan lintas thread. HotKV menjalankan setiap thread pada satu store bersama. Perbedaan itulah inti dari alternatif Dragonfly ini.

02

Tanpa append-only file

Dragonfly melakukan persistensi dengan snapshot point-in-time. Dokumentasinya menyatakan bahwa Dragonfly saat ini tidak mendukung AOF. Alternatif Dragonfly dengan append-only file menutup celah itu. HotKV menawarkan snapshot dan AOF.

03

Source-available di bawah BSL 1.1

Dragonfly berlisensi Business Source License 1.1. Pemberian haknya mengizinkan penggunaan di dalam produk atau layanan Anda sendiri. Lisensi itu tidak mengizinkan penggunaan sebagai produk atau layanan in-memory data store, atau menawarkan Dragonfly sebagai layanan hosting yang bersaing dengan DragonflyDB. Kodenya berubah menjadi Apache 2.0 pada tanggal perubahannya, 1 November 2030 untuk teks lisensi saat ini. HotKV adalah perangkat lunak komersial dengan ketentuan lisensinya sendiri.

04

Pencarian vektor bawaan, cache AI tidak

Dragonfly memiliki pencarian vektor. Prompt cache, semantic cache, memori agen, dan pelacakan biaya LLM bukan bagian dari server.

Diukur, bukan diklaim

Pengukuran alternatif Dragonfly ini. HotKV vs Dragonfly 2.0.2 di satu mesin

HotKV Ltd menjalankan HotKV dan Dragonfly 2.0.2 satu per satu, sebagai instance tunggal, di mesin ber-160 vCPU yang sama. Masing-masing mendapat beban yang sama dan setiap core. HotKV Ltd mempublikasikan setiap angka beserta metode dan data mentahnya.

11 dari 12
perintah di mana HotKV mengukur throughput tertinggi terhadap Dragonfly
2.0x hingga 4.4x
Throughput HotKV sebagai kelipatan dari throughput Dragonfly, pada 11 perintah yang diungguli HotKV (MGET hingga INCR)
PING
Dragonfly terukur 0,6% lebih tinggi, masih dalam batas generator beban, sehingga dihitung sebagai seri

HotKV Ltd membangun HotKV dari source untuk CPU ini. Dragonfly berjalan sebagai build rilis bawaannya. Keduanya berjalan sebagai instance tunggal. Jumlah thread mengikuti pengaturan semua-core yang terdokumentasi untuk setiap produk dan tidak disetel per produk. Selisihnya lebih kecil di mesin dengan sedikit 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

Operasi per detik, median dari 3 kali jalan selama 10 detik. Setiap pasangan batang diskalakan ke server yang lebih cepat pada perintah itu.

* Dibatasi jaringan: jaringan instance menentukan hasil ini, sehingga batas server itu sendiri lebih tinggi.

† Dibatasi generator beban: mesin generator beban berjalan di atas 85% CPU, jadi ini adalah batas mereka, bukan batas server.

Azure D160alds_v7 (AMD EPYC 9V45 (Turin), 160 vCPU), diukur pada 9 Oktober 2026. Nilai 256 byte, kedalaman pipeline 30, 5.000.000 key yang diisi sebelumnya dan dibaca secara acak seragam. Tiga mesin generator beban khusus. Setiap server berjalan sendirian sebagai instance tunggal dengan persistensi nonaktif. Masing-masing mendapat semua core (Redis 128 I/O thread, maksimumnya). HotKV Ltd membangun HotKV dari source untuk CPU ini dan menjalankan Dragonfly sebagai build rilis bawaannya. Metode dan hasil lengkap · Harness dan data mentah

Berdampingan

Fitur demi fitur, alternatif Dragonfly ini dan Dragonfly

FiturHotKVDragonfly
Eksekusi perintahMulti-thread. Setiap core membaca, mem-parse, dan mengeksekusi perintah pada satu store bersamaMulti-thread, satu shard keyspace per thread (shared-nothing)
ProtokolRESP2 dan RESP3, dengan negosiasi HELLO. Melaporkan versi Redis 8.4.0 kepada klienRESP2 dan RESP3
BahasaC++20, dibangun dari nolC++
LisensiKomersial (HotKV Cloud, atau lisensi on-premise)BSL 1.1
PersistensiSnapshot dan AOFHanya snapshot, tanpa AOF
Snapshot tanpa forkYa. Background thread menulis snapshot, tanpa proses anak hasil forkYa
Pencarian kemiripan vektorBawaan (HNSW, VSIM.*), setiap paketBawaan
Prompt cache dan semantic cache LLMBawaan (PCACHE.*, SCACHE.*), paket Performance ke atas di HotKV CloudTidak
Memori agen AIBawaan (AMEM.*), paket Performance ke atas di HotKV CloudTidak
Pelacakan token dan biaya LLMBawaan (LLMBUDGET.*, LLMSTATS.*), paket Performance ke atas di HotKV CloudTidak
Endpoint PrometheusBawaan. Server menyajikan /metrics sendiri begitu metrics-port diatur (on-premise)Bawaan
Histogram latensi per perintahPer perintah, bawaan (LATENCY HISTOGRAM)Flag pelacakan latensi opt-in. LATENCY HISTOGRAM tercantum sebagai tidak didukung
Penandaan keyYa (TAG.*)Tidak
TTL nanodetikYa (NEXPIRE, NTTL)Tidak. TTL milidetik
Platform serverLinux (x86_64 dan ARM64)Linux (x86_64 dan ARM64)
DeploymentHotKV Cloud (Google Cloud, 42 region) atau on-premise dengan lisensiDikelola sendiri atau Dragonfly Cloud

Demi keadilan

Di mana Dragonfly unggul atas alternatif Dragonfly ini, atau sekadar berbeda

Halaman alternatif Dragonfly ini hanya berguna jika juga menyebutkan bagian ini.

  • Pada PING, Dragonfly terukur 0,6% lebih tinggi daripada HotKV. Generator beban berada di atas 80% CPU untuk keduanya, sehingga HotKV Ltd menghitungnya sebagai seri. Hasil itu tetap ditampilkan di tabel.
  • Snapshot Dragonfly tanpa fork, seperti milik HotKV, dan Dragonfly menyajikan metrik Prometheus sendiri.
  • Dragonfly gratis untuk di-host sendiri di dalam produk Anda sendiri di bawah BSL 1.1, dan Dragonfly Cloud adalah layanan terkelola yang matang. Alternatif Dragonfly ini, HotKV Cloud, berada dalam tahap akses awal.

Beralih

Dari Dragonfly ke alternatif Dragonfly ini dalam empat langkah

Apa saja yang terlibat dalam praktiknya saat beralih ke alternatif Dragonfly.

  1. 1

    Buat instance

    Pilih region dan paket di konsol HotKV Cloud. Instance itu adalah mesin tersendiri, yang disediakan, ditambal, dan dipantau untuk Anda.

  2. 2

    Arahkan klien Anda ke sana

    Pertahankan pustaka klien yang sudah Anda pakai. Ubah host, port, dan kredensial dari Dragonfly ke instance HotKV. TLS dan autentikasi kata sandi aktif sejak awal, dengan pengguna ACL tersedia. Alternatif Dragonfly yang memakai protokol yang sama tidak memerlukan perubahan klien untuk perintah inti.

  3. 3

    Pindahkan data

    Pakai alat yang sudah Anda kenal. DUMP dan RESTORE, MIGRATE, atau pemutaran ulang penulisan Anda semuanya bekerja, karena HotKV mengimplementasikan perintah-perintah ini.

  4. 4

    Aktifkan yang sebelumnya tidak ada

    Pencarian vektor dan penandaan key adalah perintah inti di setiap paket. Prompt cache dan semantic cache, memori agen, dan pelacakan biaya LLM adalah perintah dari server yang sama pada paket Performance ke atas. Tanpa modul, sidecar, atau layanan kedua. Itulah yang seharusnya ditambahkan oleh alternatif Dragonfly.

Pertanyaan

Pertanyaan tentang alternatif Dragonfly ini

Keduanya multi-thread. Apa yang berbeda dari alternatif Dragonfly ini?

Dragonfly memberi setiap thread shard keyspace-nya sendiri, sehingga perintah yang key-nya jatuh di beberapa shard dikoordinasikan lintas thread. HotKV membiarkan setiap thread bekerja pada satu store bersama, sehingga perintah multi-key dan perintah single-key menempuh jalur yang sama.

Bagaimana perbandingan keduanya dalam benchmark?

Pada Azure D160alds_v7, dijalankan sebagai instance tunggal, HotKV mencatat median throughput tertinggi pada 11 dari 12 perintah terhadap Dragonfly 2.0.2. Kelipatannya berkisar dari setidaknya 2 kali pada MGET hingga setidaknya 4,4 kali pada INCR. PING seri dalam batas generator beban. Setiap angka, metode, dan data mentahnya dipublikasikan.

Apakah HotKV memiliki AOF?

Ya. HotKV melakukan persistensi dengan snapshot dan append-only file. Dokumentasi Dragonfly menyatakan bahwa Dragonfly saat ini tidak mendukung AOF.

Bisakah saya pindah dari Dragonfly tanpa mengubah kode saya?

Kedua server memakai RESP2 dan RESP3, sehingga pustaka klien yang sama terhubung ke alternatif Dragonfly ini untuk perintah inti. Pindahkan data dengan DUMP dan RESTORE, MIGRATE, atau pemutaran ulang penulisan Anda. Periksa referensi perintah untuk apa pun di luar set inti.

Uji alternatif Dragonfly ini dengan klien yang sudah Anda miliki

HotKV Cloud dibuka secara bergelombang. Setiap instance dari alternatif Dragonfly ini adalah mesin khusus dengan engine multi-thread. Keluarga perintah AI disertakan pada paket Performance dan Scale.

Dapatkan akses awal Harga