HotKV מול Dragonfly

חלופה ל-Dragonfly, נמדדה ראש בראש

שני השרתים רב-תהליכוניים ומדברים את פרוטוקול Redis, ולכן חלופה ל-Dragonfly™ צריכה להצדיק את המעבר בפרטים. איך תהליכונים חולקים נתונים, איך הנתונים נשמרים, ומה מובנה בשרת. HotKV Ltd מדדה את שניהם על מכונה אחת עם 160 vCPU ועם אותו עומס, ופרסמה כל מספר, כולל זה שהיה תיקו.

גישה מוקדמת לצפייה במדידות

Dragonfly

שארד לכל תהליכון

MGET a b c

HotKV

מאגר משותף אחד

MGET a b c
המחשה, לא מדידה. Dragonfly נותן לכל תהליכון פרוסה משלו ממרחב המפתחות, ולכן פקודה שהמפתחות שלה נופלים בכמה פרוסות מתואמת בין תהליכונים. HotKV מריץ כל תהליכון על מאגר משותף אחד.

החלופה ל-Dragonfly הזו, שרצה כמופע יחיד על מכונה אחת עם ⁦160 vCPU⁩, הובילה ב-11 מתוך 12 פקודות מול Dragonfly 2.0.2, בתפוקה של 2.0x עד 4.4x מזו שלו. HotKV נבנה מקוד המקור עבור המעבד הזה. Dragonfly 2.0.2 רץ בבנייה הסטנדרטית שלו. הפער קטן יותר על מכונות קטנות.

תחליף ישיר

מה נשאר אותו דבר עם החלופה ל-Dragonfly הזו

HotKV מממש את פרוטוקול התקשורת של Redis. מעבר מ-Dragonfly הוא בדרך כלל שינוי של מארח ופרטי גישה. בדקו את מדריך הפקודות לכל מה שמחוץ לקבוצת הליבה.

אותו פרוטוקול

RESP2 ו-RESP3 עם משא ומתן HELLO. HotKV מדווח ללקוחות על גרסת Redis 8.4.0, ולכן הספריות בוחרות את היכולות שלהן לפיה. מחרוזות חיבור, pipelines, 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.

01

שארדים ללא שיתוף (shared-nothing)

Dragonfly מפצל את מרחב המפתחות לשארד לכל תהליכון. פקודה שנוגעת במפתחות בכמה שארדים, כמו MSET או MGET, מתואמת בין תהליכונים. HotKV מריץ כל תהליכון על מאגר משותף אחד. ההבדל הזה הוא לב החלופה ל-Dragonfly הזו.

02

אין קובץ append-only

Dragonfly שומר נתונים בצילומי מצב לנקודת זמן. התיעוד שלו מציין שהוא אינו תומך כרגע ב-AOF. חלופה ל-Dragonfly עם קובץ append-only סוגרת את הפער הזה. HotKV מציע צילומי מצב ו-AOF.

03

קוד זמין (source-available) תחת BSL 1.1

Dragonfly מורשה תחת Business Source License 1.1. ההרשאה שלו מאפשרת שימוש בתוך המוצר או השירות שלכם. היא אינה מאפשרת שימוש כמוצר או כשירות של מאגר נתונים בזיכרון, או הצעת Dragonfly כשירות מתארח שמתחרה ב-DragonflyDB. הקוד הופך ל-Apache 2.0 בתאריך השינוי שלו, 1 בנובמבר 2030 לנוסח הרישיון הנוכחי. HotKV הוא תוכנה מסחרית תחת תנאי רישיון משלו.

04

חיפוש וקטורי מובנה, מטמוני AI לא

ל-Dragonfly יש חיפוש וקטורי. מטמון פרומפטים, מטמון סמנטי, זיכרון לסוכנים ומעקב עלויות LLM אינם חלק מהשרת.

נמדד, לא נטען

החלופה ל-Dragonfly הזו, נמדדה. HotKV מול Dragonfly 2.0.2 על מכונה אחת

HotKV Ltd הריצה את HotKV ואת Dragonfly 2.0.2 בזה אחר זה, כמופעים יחידים, על אותה מכונה עם ⁦160 vCPU⁩. כל אחד קיבל את אותו עומס ואת כל הליבות. HotKV Ltd פרסמה כל מספר עם השיטה והנתונים הגולמיים.

11 מתוך 12
פקודות שבהן HotKV מדד את התפוקה הגבוהה ביותר מול Dragonfly
2.0x עד 4.4x
התפוקה של HotKV כמכפיל של זו של Dragonfly, על פני 11 הפקודות שבהן הוביל (MGET עד INCR)
PING
Dragonfly מדד 0.6% יותר, בתוך מגבלת מחוללי העומס, ולכן זה נחשב תיקו

HotKV Ltd בנתה את HotKV מקוד המקור עבור המעבד הזה. Dragonfly רץ בבניית השחרור הסטנדרטית שלו. שניהם רצו כמופעים יחידים. מספרי התהליכונים נקבעו לפי הגדרת כל-הליבות המתועדת של כל מוצר ולא כווננו לכל מוצר בנפרד. הפער קטן יותר על מכונות עם מעט ליבות.

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

פעולות בשנייה, חציון של 3 ריצות של 10 שניות. כל זוג עמודות מנורמל לשרת המהיר יותר באותה פקודה.

* מוגבל על ידי הרשת: רשת המופע קבעה את התוצאה הזו, ולכן המגבלה של השרת עצמו גבוהה יותר.

† מוגבל על ידי מחולל העומס: מכונות מחוללי העומס רצו מעל 85% CPU, ולכן זו התקרה שלהן ולא של השרת.

Azure D160alds_v7 (AMD EPYC 9V45 (Turin), ⁦160 vCPU⁩), נמדד ב-9 באוקטובר 2026. ערכים של 256 בתים, עומק pipeline של 30, 5,000,000 מפתחות שמולאו מראש ונקראו באקראי באופן אחיד. שלוש מכונות ייעודיות למחוללי עומס. כל שרת רץ לבדו כמופע יחיד עם התמדה כבויה. כל אחד קיבל את כל הליבות (Redis עם 128 תהליכוני קלט/פלט, המקסימום שלו). HotKV Ltd בנתה את HotKV מקוד המקור עבור המעבד הזה והריצה את Dragonfly בבניית השחרור הסטנדרטית שלו. השיטה המלאה והתוצאות · הרתמה והנתונים הגולמיים

זה לצד זה

החלופה ל-Dragonfly הזו ו-Dragonfly, יכולת אחר יכולת

יכולתHotKVDragonfly
ביצוע פקודותרב-תהליכוני. כל ליבה קוראת, מנתחת ומבצעת פקודות על מאגר משותף אחדרב-תהליכוני, שארד של מרחב המפתחות לכל תהליכון (shared-nothing)
פרוטוקולRESP2 ו-RESP3, עם משא ומתן HELLO. מדווח ללקוחות על גרסת Redis 8.4.0RESP2 ו-RESP3
שפהC++20, נבנה מאפסC++
רישיוןמסחרי (HotKV Cloud, או רישיון On-Premise)BSL 1.1
התמדהצילומי מצב ו-AOFצילומי מצב בלבד, ללא AOF
צילומי מצב ללא forkכן. תהליכון רקע כותב את צילום המצב, בלי תהליך-בן מפוצלכן
חיפוש דמיון וקטורימובנה (HNSW, VSIM.*), בכל תוכניתמובנה
מטמון פרומפטים ומטמון סמנטי ל-LLMמובנה (PCACHE.*, SCACHE.*), בתוכנית Performance ומעלה ב-HotKV Cloudלא
זיכרון לסוכני AIמובנה (AMEM.*), בתוכנית Performance ומעלה ב-HotKV Cloudלא
מעקב אחר טוקנים ועלות של LLMמובנה (LLMBUDGET.*, LLMSTATS.*), בתוכנית Performance ומעלה ב-HotKV Cloudלא
נקודת קצה ל-Prometheusמובנה. השרת מגיש את /metrics בעצמו ברגע ש-metrics-port מוגדר (On-Premise)מובנה
היסטוגרמות השהיה לכל פקודהלכל פקודה, מובנה (LATENCY HISTOGRAM)דגל מעקב השהיה לפי בחירה. 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 מדד 0.6% יותר מ-HotKV. מחוללי העומס היו מעל 80% CPU אצל שניהם, ולכן HotKV Ltd מחשיבה זאת כתיקו. זה מוצג בטבלה בכל מקרה.
  • צילומי המצב של Dragonfly הם ללא fork, כמו אלה של HotKV, והוא מגיש מדדי Prometheus בעצמו.
  • Dragonfly חינמי לאירוח עצמי בתוך המוצר שלכם תחת BSL 1.1, ו-Dragonfly Cloud הוא שירות מנוהל בשל. החלופה ל-Dragonfly הזו, HotKV Cloud, נמצאת בגישה מוקדמת.

המעבר

מ-Dragonfly לחלופה ל-Dragonfly הזו בארבעה שלבים

מה כרוך בפועל במעבר לחלופה ל-Dragonfly.

  1. 1

    יצירת מופע

    בוחרים אזור ותוכנית בקונסולת HotKV Cloud. המופע הוא מכונה משלו, שמוקצית, מעודכנת ומנוטרת עבורכם.

  2. 2

    מכוונים אליו את הלקוחות

    ממשיכים עם ספריית הלקוח שכבר בשימוש. משנים את המארח, הפורט ופרטי הגישה מ-Dragonfly למופע HotKV. TLS ואימות בסיסמה פעילים מההתחלה, ומשתמשי ACL זמינים. חלופה ל-Dragonfly שמדברת באותו פרוטוקול לא דורשת שינויים בלקוח עבור פקודות הליבה.

  3. 3

    מעבירים את הנתונים

    משתמשים בכלים שכבר מכירים. DUMP ו-RESTORE, MIGRATE או הרצה חוזרת של הכתיבות שלכם, כולם עובדים, כי HotKV מממש את הפקודות האלה.

  4. 4

    מפעילים את מה שהיה חסר

    חיפוש וקטורי ותיוג מפתחות הם פקודות ליבה בכל תוכנית. מטמון פרומפטים ומטמון סמנטי, זיכרון לסוכנים ומעקב עלויות LLM הם פקודות של אותו שרת בתוכנית Performance ומעלה. בלי מודול, בלי sidecar ובלי שירות שני. זה מה שחלופה ל-Dragonfly צריכה להוסיף.

שאלות

שאלות על החלופה ל-Dragonfly הזו

שניהם רב-תהליכוניים. מה שונה בחלופה הזו ל-Dragonfly?

Dragonfly נותן לכל תהליכון שארד משלו ממרחב המפתחות, ולכן פקודה שהמפתחות שלה נופלים בכמה שארדים מתואמת בין תהליכונים. HotKV נותן לכל תהליכון לעבוד על מאגר משותף אחד, ולכן פקודות מרובות מפתחות ופקודות של מפתח יחיד עוברות באותו מסלול.

איך השניים השתוו במדד הביצועים?

על Azure D160alds_v7, כמופעים יחידים, HotKV רשם את התפוקה החציונית הגבוהה ביותר ב-11 מתוך 12 פקודות מול Dragonfly 2.0.2. המכפיל נע מפי 2 לפחות ב-MGET עד פי 4.4 לפחות ב-INCR. PING היה תיקו בתוך מגבלת מחוללי העומס. כל מספר, השיטה והנתונים הגולמיים פורסמו.

האם ל-HotKV יש AOF?

כן. HotKV שומר נתונים בצילומי מצב ובקובץ append-only. התיעוד של Dragonfly מציין שהוא אינו תומך כרגע ב-AOF.

האם אפשר לעבור מ-Dragonfly בלי לשנות את הקוד?

שני השרתים מדברים RESP2 ו-RESP3, ולכן אותן ספריות לקוח מתחברות לחלופה ל-Dragonfly הזו עבור פקודות הליבה. מעבירים את הנתונים עם DUMP ו-RESTORE, MIGRATE או הרצה חוזרת של הכתיבות שלכם. בדקו את מדריך הפקודות לכל מה שמחוץ לקבוצת הליבה.

העמידו את החלופה ל-Dragonfly הזו למבחן עם הלקוחות שכבר יש לכם

HotKV Cloud נפתח בגלים. כל מופע של החלופה ל-Dragonfly הזו הוא מכונה ייעודית עם המנוע הרב-תהליכוני. משפחות פקודות ה-AI מגיעות עם תוכניות Performance ו-Scale.

גישה מוקדמת תמחור