HotKV เทียบกับ Dragonfly

ทางเลือกแทน Dragonfly วัดผลแบบตัวต่อตัว

Name: HotKV
Author: HotKV Ltd

เซิร์ฟเวอร์ทั้งสองเป็นมัลติเธรดและใช้โปรโตคอล Redis ทางเลือกแทน Dragonfly™ จึงต้องพิสูจน์ความคุ้มค่าของการเปลี่ยนด้วยรายละเอียด ทั้งวิธีที่เธรดแชร์ข้อมูล วิธีคงอยู่ของข้อมูล และสิ่งที่มีอยู่ในตัวเซิร์ฟเวอร์ HotKV Ltd วัดผลทั้งคู่บนเครื่อง 160 vCPU เครื่องเดียวด้วยโหลดเดียวกัน และเผยแพร่ทุกตัวเลข รวมถึงตัวเลขที่เสมอกัน

ขอสิทธิ์เข้าใช้งานก่อนใคร ดูผลการวัด

Dragonfly

หนึ่งชาร์ดต่อเธรด

MGET a b c

HotKV

ที่เก็บข้อมูลที่ใช้ร่วมกันหนึ่งเดียว

MGET a b c

ภาพประกอบ ไม่ใช่การวัดผล Dragonfly ให้แต่ละเธรดมีส่วนของ keyspace เป็นของตัวเอง คำสั่งที่คีย์กระจายอยู่ในหลายส่วนจึงถูกประสานงานข้ามเธรด HotKV รันทุกเธรดบนที่เก็บข้อมูลที่ใช้ร่วมกันหนึ่งเดียว

ทางเลือกแทน Dragonfly นี้ เมื่อรันเป็นอินสแตนซ์เดียวบนเครื่อง 160 vCPU หนึ่งเครื่อง นำใน 11 จาก 12 คำสั่งเมื่อเทียบกับ Dragonfly 2.0.2 ด้วย throughput 2.0x ถึง 4.4x ของอีกฝ่าย HotKV ถูกสร้างจากซอร์สโค้ดสำหรับ CPU นั้น Dragonfly 2.0.2 รันเป็นบิลด์มาตรฐาน ช่องว่างจะน้อยกว่าบนเครื่องขนาดเล็ก

Drop-in

สิ่งที่ยังคงเหมือนเดิมกับทางเลือกแทน Dragonfly นี้

HotKV รองรับโปรโตคอลสายของ Redis การย้ายจาก Dragonfly มักเป็นเพียงการเปลี่ยนโฮสต์และข้อมูลรับรอง โปรดตรวจสอบเอกสารอ้างอิงคำสั่งสำหรับสิ่งที่อยู่นอกชุดคำสั่งหลัก

โปรโตคอลเดียวกัน

RESP2 และ RESP3 พร้อมการเจรจาด้วย HELLO HotKV รายงานเวอร์ชัน Redis 8.4.0 ให้ไคลเอนต์ ไลบรารีจึงเลือกฟีเจอร์ตามเวอร์ชันนั้น สตริงการเชื่อมต่อ ไปป์ไลน์ pub/sub และทรานแซกชันทำงานเหมือนที่เป็นอยู่ทุกวันนี้

ไคลเอนต์และเครื่องมือเดียวกัน

ไลบรารีไคลเอนต์ Redis และ Valkey, redis-cli, redis-cli --cluster และเครื่องมือ GUI เชื่อมต่อกับ HotKV ได้โดยไม่ต้องแก้โค้ดสำหรับคำสั่งหลัก

คำสั่งหลักเดียวกัน

คำสั่งหลัก 300 คำสั่ง สคริปต์ Lua และไลบรารีฟังก์ชัน พร้อมตระกูลคำสั่งของ HotKV เองเมื่อคุณต้องการ

ไคลเอนต์ที่คุณใช้อยู่แล้ว

$ 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
   ... (อีกสี่ฟิลด์)
> SET session:4821 "same protocol, every core"
OK
> GET session:4821
"same protocol, every core"
> TAG.SET session:4821 tenant:acme   # คำสั่งของ HotKV เมื่อคุณต้องการ
(integer) 1

เหตุผลสนับสนุนทางเลือกแทน Dragonfly

ทำไมทีมต่างๆ จึงมองหาทางเลือกแทน Dragonfly

คุณสมบัติที่มีเอกสารรองรับของ Dragonfly ซึ่งทำให้ทีมต่างๆ มองหาทางเลือกแทน Dragonfly ตรวจสอบเมื่อ 21 ตุลาคม 2026

ชาร์ดแบบ shared-nothing

Dragonfly แบ่ง keyspace เป็นชาร์ดต่อเธรด คำสั่งที่แตะคีย์ในหลายชาร์ด เช่น MSET หรือ MGET จะถูกประสานงานข้ามเธรด HotKV รันทุกเธรดบนที่เก็บข้อมูลที่ใช้ร่วมกันหนึ่งเดียว ความต่างนั้นคือหัวใจของทางเลือกแทน Dragonfly นี้

ไม่มี append-only file

Dragonfly คงข้อมูลด้วยสแนปช็อตแบบ point-in-time เอกสารของ Dragonfly ระบุว่าปัจจุบันยังไม่รองรับ AOF ทางเลือกแทน Dragonfly ที่มี append-only file ช่วยปิดช่องว่างนั้น HotKV มีทั้งสแนปช็อตและ AOF

Source-available ภายใต้ BSL 1.1

Dragonfly ใช้ไลเซนส์ Business Source License 1.1 การอนุญาตนี้ให้ใช้ภายในผลิตภัณฑ์หรือบริการของคุณเองได้ แต่ไม่อนุญาตให้ใช้เป็นผลิตภัณฑ์หรือบริการที่เก็บข้อมูลในหน่วยความจำ หรือให้บริการ Dragonfly แบบโฮสต์ที่แข่งขันกับ DragonflyDB โค้ดจะเปลี่ยนเป็น Apache 2.0 ในวันเปลี่ยนไลเซนส์ ซึ่งคือ 1 พฤศจิกายน 2030 สำหรับข้อความไลเซนส์ปัจจุบัน HotKV เป็นซอฟต์แวร์เชิงพาณิชย์ภายใต้เงื่อนไขไลเซนส์ของตัวเอง

การค้นหาเวกเตอร์มีในตัว แต่แคช AI ไม่มี

Dragonfly มีการค้นหาเวกเตอร์ แคชพรอมต์ semantic cache หน่วยความจำ agent และการติดตามค่าใช้จ่าย LLM ไม่ได้เป็นส่วนหนึ่งของเซิร์ฟเวอร์

วัดผลจริง ไม่ใช่แค่กล่าวอ้าง

ทางเลือกแทน Dragonfly นี้ วัดผลแล้ว HotKV เทียบกับ Dragonfly 2.0.2 บนเครื่องเดียว

HotKV Ltd รัน HotKV และ Dragonfly 2.0.2 ทีละตัว เป็นอินสแตนซ์เดียว บนเครื่อง 160 vCPU เครื่องเดียวกัน แต่ละตัวได้รับโหลดเดียวกันและทุกคอร์ HotKV Ltd เผยแพร่ทุกตัวเลขพร้อมวิธีการและข้อมูลดิบ

11 จาก 12
คำสั่งที่ HotKV วัดได้ throughput สูงสุดเมื่อเทียบกับ Dragonfly: 2.0x ถึง 4.4x
throughput ของ HotKV คิดเป็นจำนวนเท่าของ Dragonfly ใน 11 คำสั่งที่ HotKV นำ (MGET ถึง INCR): PING
Dragonfly วัดได้สูงกว่า 0.6% ภายในขีดจำกัดของเครื่องสร้างโหลด จึงนับว่าเสมอกัน

HotKV Ltd สร้าง HotKV จากซอร์สโค้ดสำหรับ CPU นี้ Dragonfly รันเป็นบิลด์รุ่นมาตรฐาน ทั้งคู่รันเป็นอินสแตนซ์เดียว จำนวนเธรดเป็นไปตามการตั้งค่าใช้ทุกคอร์ที่มีเอกสารรองรับของแต่ละผลิตภัณฑ์ และไม่ได้ปรับจูนเป็นรายผลิตภัณฑ์ ช่องว่างจะน้อยกว่าบนเครื่องที่มีคอร์น้อย

SET3.4x

HotKV

50.5M^*

Dragonfly

15.0M

3.4x

GET2.7x

HotKV

36.6M^*

Dragonfly

13.4M

2.7x

MGET2.0x

HotKV

4.6M^*

Dragonfly

2.3M

2.0x

SETNX3.8x

HotKV

55.3M^*

Dragonfly

14.4M

3.8x

APPEND2.8x

HotKV

25.1M

Dragonfly

8.9M

2.8x

INCR4.4x

HotKV

90.8M

Dragonfly

20.6M

4.4x

LPUSH3.0x

HotKV

31.6M

Dragonfly

10.6M

3.0x

RPUSH4.0x

HotKV

43.8M

Dragonfly

11.0M

4.0x

SADD4.2x

HotKV

50.6M^*

Dragonfly

12.0M

4.2x

HSET3.0x

HotKV

29.0M^*

Dragonfly

9.8M

3.0x

MSET3.8x

HotKV

11.3M

Dragonfly

2.9M

3.8x

PING0.99x

HotKV

125.2M^†

Dragonfly

126.0M

0.99x

จำนวนการทำงานต่อวินาที ค่ามัธยฐานจาก 3 รอบ รอบละ 10 วินาที แท่งแต่ละคู่ปรับสเกลตามเซิร์ฟเวอร์ที่เร็วกว่าในคำสั่งนั้น

^* ถูกจำกัดด้วยเครือข่าย: เครือข่ายของอินสแตนซ์เป็นตัวกำหนดผลนี้ ขีดจำกัดจริงของเซิร์ฟเวอร์จึงสูงกว่านี้

^† ถูกจำกัดด้วยตัวสร้างโหลด: เครื่องสร้างโหลดใช้ CPU เกิน 85% นี่จึงเป็นเพดานของเครื่องเหล่านั้น ไม่ใช่ของเซิร์ฟเวอร์

Azure D160alds_v7 (AMD EPYC 9V45 (Turin), 160 vCPU) วัดผลเมื่อ 9 ตุลาคม 2026 ค่าขนาด 256 ไบต์ ความลึกไปป์ไลน์ 30 คีย์ที่เติมไว้ล่วงหน้า 5,000,000 คีย์ อ่านแบบสุ่มสม่ำเสมอ เครื่องสร้างโหลดเฉพาะสามเครื่อง ทุกเซิร์ฟเวอร์รันเดี่ยวเป็นอินสแตนซ์เดียวโดยปิดการคงอยู่ของข้อมูล แต่ละตัวได้รับทุกคอร์ (Redis ใช้ I/O thread 128 เธรด ซึ่งเป็นค่าสูงสุด) HotKV Ltd สร้าง HotKV จากซอร์สโค้ดสำหรับ CPU นี้ และรัน Dragonfly เป็นบิลด์รุ่นมาตรฐาน วิธีการและผลลัพธ์ฉบับเต็ม · ชุดทดสอบและข้อมูลดิบ

เทียบเคียงกัน

ทางเลือกแทน Dragonfly นี้และ Dragonfly ทีละฟีเจอร์

ฟีเจอร์HotKVDragonfly

การประมวลผลคำสั่งมัลติเธรด ทุกคอร์อ่าน แยกวิเคราะห์ และประมวลผลคำสั่งบนที่เก็บข้อมูลที่ใช้ร่วมกันหนึ่งเดียวมัลติเธรด มีชาร์ด keyspace ต่อเธรด (shared-nothing)

โปรโตคอลRESP2 และ RESP3 พร้อมการเจรจาด้วย HELLO รายงานเวอร์ชัน Redis 8.4.0 ให้ไคลเอนต์RESP2 และ RESP3

ภาษาC++20 สร้างขึ้นใหม่ทั้งหมดC++

ไลเซนส์เชิงพาณิชย์ (HotKV Cloud หรือไลเซนส์ on-premise)BSL 1.1

การคงอยู่ของข้อมูลสแนปช็อตและ AOFสแนปช็อตเท่านั้น ไม่มี AOF

สแนปช็อตแบบไม่ forkมี เธรดเบื้องหลังเป็นผู้เขียนสแนปช็อต ไม่มีการ fork โปรเซสลูกมี

การค้นหาความคล้ายของเวกเตอร์มีในตัว (HNSW, VSIM.*) ทุกแผนมีในตัว

แคชพรอมต์และ semantic cache สำหรับ LLMมีในตัว (PCACHE.*, SCACHE.*) แผน Performance ขึ้นไปบน HotKV Cloudไม่มี

หน่วยความจำสำหรับ AI agentมีในตัว (AMEM.*) แผน Performance ขึ้นไปบน HotKV Cloudไม่มี

การติดตามโทเค็นและค่าใช้จ่าย LLMมีในตัว (LLMBUDGET.*, LLMSTATS.*) แผน Performance ขึ้นไปบน HotKV Cloudไม่มี

Prometheus endpointมีในตัว เซิร์ฟเวอร์ให้บริการ /metrics เองเมื่อตั้งค่า metrics-port แล้ว (on-premise)มีในตัว

ฮิสโตแกรม latency ต่อคำสั่งต่อคำสั่ง มีในตัว (LATENCY HISTOGRAM)แฟล็กติดตาม latency แบบเลือกเปิดได้ LATENCY HISTOGRAM ระบุไว้ว่าไม่รองรับ

การติดแท็กคีย์มี (TAG.*)ไม่มี

TTL ระดับนาโนวินาทีมี (NEXPIRE, NTTL)ไม่มี TTL ระดับมิลลิวินาที

แพลตฟอร์มเซิร์ฟเวอร์Linux (x86_64 และ ARM64)Linux (x86_64 และ ARM64)

การติดตั้งใช้งานHotKV Cloud (Google Cloud, 42 รีเจียน) หรือ on-premise ภายใต้ไลเซนส์ดูแลเองหรือ Dragonfly Cloud

เพื่อความเป็นธรรม

จุดที่ Dragonfly นำหน้าทางเลือกแทน Dragonfly นี้ หรือเพียงแค่ต่างกัน

หน้าทางเลือกแทน Dragonfly นี้จะมีประโยชน์ก็ต่อเมื่อบอกส่วนนี้ด้วย

บน PING Dragonfly วัดได้สูงกว่า HotKV 0.6% เครื่องสร้างโหลดทำงานเกิน 80% CPU สำหรับทั้งคู่ HotKV Ltd จึงนับว่าเสมอกัน และแสดงไว้ในตารางไม่ว่าอย่างไร
สแนปช็อตของ Dragonfly เป็นแบบไม่ fork เช่นเดียวกับของ HotKV และ Dragonfly ให้บริการเมตริก Prometheus ด้วยตัวเอง
Dragonfly ใช้โฮสต์เองภายในผลิตภัณฑ์ของคุณเองได้ฟรีภายใต้ BSL 1.1 และ Dragonfly Cloud เป็นบริการแบบมีผู้ดูแลที่พัฒนาเต็มที่แล้ว ทางเลือกแทน Dragonfly นี้ ซึ่งก็คือ HotKV Cloud อยู่ในช่วง early access

การย้ายระบบ

จาก Dragonfly สู่ทางเลือกแทน Dragonfly นี้ในสี่ขั้นตอน

การเปลี่ยนไปใช้ทางเลือกแทน Dragonfly เกี่ยวข้องกับอะไรบ้างในทางปฏิบัติ

สร้างอินสแตนซ์

เลือกรีเจียนและแผนในคอนโซล HotKV Cloud อินสแตนซ์คือเครื่องของตัวเอง ซึ่งจัดเตรียม แพตช์ และตรวจสอบให้คุณ

ชี้ไคลเอนต์ของคุณมาที่อินสแตนซ์

ใช้ไลบรารีไคลเอนต์ที่คุณใช้อยู่แล้วต่อไป เปลี่ยนโฮสต์ พอร์ต และข้อมูลรับรองจาก Dragonfly เป็นอินสแตนซ์ HotKV TLS และการยืนยันตัวตนด้วยรหัสผ่านเปิดใช้ตั้งแต่แรก และมีผู้ใช้ ACL ให้ใช้งาน ทางเลือกแทน Dragonfly ที่ใช้โปรโตคอลเดียวกันไม่ต้องเปลี่ยนไคลเอนต์สำหรับคำสั่งหลัก

ย้ายข้อมูล

ใช้เครื่องมือที่คุณรู้จักอยู่แล้ว DUMP และ RESTORE, MIGRATE หรือการเล่นซ้ำการเขียนของคุณ ล้วนใช้ได้ เพราะ HotKV รองรับคำสั่งเหล่านี้

เปิดใช้สิ่งที่เคยขาดไป

การค้นหาเวกเตอร์และการติดแท็กคีย์เป็นคำสั่งหลักในทุกแผน แคชพรอมต์และ semantic cache หน่วยความจำ agent และการติดตามค่าใช้จ่าย LLM เป็นคำสั่งของเซิร์ฟเวอร์เดียวกันในแผน Performance ขึ้นไป ไม่ต้องมีโมดูล sidecar หรือบริการที่สอง นี่คือสิ่งที่ทางเลือกแทน Dragonfly ควรเพิ่มให้

คำถาม

คำถามเกี่ยวกับทางเลือกแทน Dragonfly นี้

ทั้งคู่เป็นมัลติเธรด ทางเลือกแทน Dragonfly นี้ต่างกันอย่างไร

Dragonfly ให้แต่ละเธรดมีชาร์ดของ keyspace เป็นของตัวเอง คำสั่งที่คีย์กระจายอยู่ในหลายชาร์ดจึงถูกประสานงานข้ามเธรด HotKV ให้ทุกเธรดทำงานบนที่เก็บข้อมูลที่ใช้ร่วมกันหนึ่งเดียว คำสั่งหลายคีย์และคำสั่งคีย์เดียวจึงใช้เส้นทางเดียวกัน

ทั้งสองเทียบกันในการทดสอบประสิทธิภาพเป็นอย่างไร

บน Azure D160alds_v7 รันเป็นอินสแตนซ์เดียว HotKV บันทึกค่ามัธยฐานของ throughput สูงสุดใน 11 จาก 12 คำสั่งเมื่อเทียบกับ Dragonfly 2.0.2 ตัวคูณอยู่ที่อย่างน้อย 2 เท่าบน MGET ถึงอย่างน้อย 4.4 เท่าบน INCR PING เสมอกันภายในขีดจำกัดของเครื่องสร้างโหลด ทุกตัวเลข วิธีการ และข้อมูลดิบได้รับการเผยแพร่

HotKV มี AOF หรือไม่

มี HotKV คงข้อมูลด้วยสแนปช็อตและ append-only file เอกสารของ Dragonfly ระบุว่าปัจจุบันยังไม่รองรับ AOF

ฉันย้ายจาก Dragonfly โดยไม่แก้โค้ดได้หรือไม่

เซิร์ฟเวอร์ทั้งสองใช้ RESP2 และ RESP3 ไลบรารีไคลเอนต์เดียวกันจึงเชื่อมต่อกับทางเลือกแทน Dragonfly นี้ได้สำหรับคำสั่งหลัก ย้ายข้อมูลด้วย DUMP และ RESTORE, MIGRATE หรือการเล่นซ้ำการเขียนของคุณ โปรดตรวจสอบเอกสารอ้างอิงคำสั่งสำหรับสิ่งที่อยู่นอกชุดคำสั่งหลัก

ทดสอบทางเลือกแทน Dragonfly นี้ด้วยไคลเอนต์ที่คุณมีอยู่แล้ว

HotKV Cloud เปิดให้ใช้ทีละรอบ ทุกอินสแตนซ์ของทางเลือกแทน Dragonfly นี้เป็นเครื่องเฉพาะพร้อมเอนจินมัลติเธรด ตระกูลคำสั่ง AI มาพร้อมแผน Performance และ Scale

ขอสิทธิ์เข้าใช้งานก่อนใคร ราคา