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 كل خيط شريحته الخاصة من فضاء المفاتيح، فيُنسَّق الأمر الذي تقع مفاتيحه في عدة شرائح عبر الخيوط. أما 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، فتختار المكتبات ميزاتها بناءً عليه. وتعمل سلاسل الاتصال وخطوط الأنابيب والنشر/الاشتراك والمعاملات كما تعمل اليوم.

العملاء والأدوات نفسها

تتصل مكتبات عملاء Redis وValkey وredis-cli وredis-cli --cluster وأدوات الواجهة الرسومية بـ 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.

أجزاء لا تتشارك شيئًا

يقسّم Dragonfly فضاء المفاتيح إلى جزء لكل خيط. والأمر الذي يمس مفاتيح في عدة أجزاء، مثل MSET أو MGET، يُنسَّق عبر الخيوط. أما HotKV فيشغّل كل خيط على مخزن مشترك واحد. وهذا الفرق هو جوهر بديل Dragonfly هذا.

لا ملف إلحاق فقط

يحفظ Dragonfly البيانات بلقطات لنقطة زمنية. وتذكر وثائقه أنه لا يدعم AOF حاليًا. وبديل Dragonfly الذي يملك ملف إلحاق فقط يسد هذه الفجوة. أما HotKV فيقدّم اللقطات وAOF.

مصدر متاح بترخيص BSL 1.1

Dragonfly مرخّص بموجب Business Source License 1.1. ويسمح منحه بالاستخدام داخل منتجك أو خدمتك. ولا يسمح بالاستخدام بوصفه منتجًا أو خدمة لمخزن بيانات في الذاكرة، ولا بتقديم Dragonfly خدمةً مستضافة تنافس DragonflyDB. وتتحول الشفرة إلى Apache 2.0 في تاريخ التغيير الخاص بها، وهو 1 نوفمبر 2030 لنص الترخيص الحالي. أما HotKV فبرنامج تجاري بشروط ترخيصه الخاصة.

البحث المتجهي مدمج، وذاكرات الذكاء الاصطناعي المؤقتة ليست كذلك

لدى 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

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 ثوانٍ. ويتدرج كل زوج من الأعمدة إلى الخادم الأسرع في ذلك الأمر.

^* محدود بالشبكة: شبكة المثيل هي التي حددت هذه النتيجة، لذا فإن الحد الفعلي للخادم أعلى.

^† محدود بمولّد الحمل: تجاوز استخدام المعالج في أجهزة توليد الحمل 85%، لذا فهذا سقفها هي لا سقف الخادم.

Azure D160alds_v7 ‏(AMD EPYC 9V45 (Turin)، ⁦160 vCPU⁩)، قيس في 9 أكتوبر 2026. قيم بحجم 256 بايت، وعمق pipeline يساوي 30، و5,000,000 مفتاح معبأ مسبقًا تُقرأ عشوائيًا بتوزيع منتظم. ثلاثة أجهزة مخصصة لتوليد الحمل. عمل كل خادم وحده مثيلًا مفردًا مع تعطيل الاستمرارية. وحصل كل منها على كل الأنوية (Redis بعدد 128 خيط I/O، وهو حده الأقصى). بنت HotKV Ltd نظام HotKV من المصدر لهذا المعالج وشغّلت Dragonfly بإصداره القياسي. المنهجية الكاملة والنتائج · أداة الاختبار والبيانات الخام

جنبًا إلى جنب

بديل Dragonfly هذا وDragonfly، ميزةً بميزة

الميزةHotKVDragonfly

تنفيذ الأوامرمتعدد الخيوط. كل نواة تقرأ الأوامر وتحلّلها وتنفّذها على مخزن مشترك واحدمتعدد الخيوط، جزء من فضاء المفاتيح لكل خيط (دون تشارك)

البروتوكولRESP2 وRESP3، مع تفاوض HELLO. يبلّغ العملاء بإصدار Redis 8.4.0RESP2 وRESP3

اللغةC++20، مبني من الصفرC++

الترخيصتجاري (HotKV Cloud، أو ترخيص للتشغيل المحلي)BSL 1.1

الاستمراريةاللقطات وAOFاللقطات فقط، دون AOF

لقطات دون forkنعم. خيط في الخلفية يكتب اللقطة، دون عملية فرعية مستنسخة بـ forkنعم

البحث عن التشابه المتجهيمدمج (HNSW، VSIM.*)، في كل خطةمدمج

ذاكرة مؤقتة لمطالبات LLM وذاكرة مؤقتة دلاليةمدمجة (PCACHE.*، SCACHE.*)، في خطة Performance فما فوق على HotKV Cloudلا

ذاكرة وكلاء الذكاء الاصطناعيمدمجة (AMEM.*)، في خطة Performance فما فوق على HotKV Cloudلا

تتبّع رموز LLM وتكلفتهامدمج (LLMBUDGET.*، LLMSTATS.*)، في خطة Performance فما فوق على HotKV Cloudلا

نقطة نهاية Prometheusمدمجة. يقدّم الخادم /metrics بنفسه بمجرد ضبط metrics-port (التشغيل المحلي)مدمجة

مدرّجات زمن الاستجابة لكل أمرلكل أمر، مدمجة (LATENCY HISTOGRAM)علامة اختيارية لتتبّع زمن الاستجابة. وLATENCY HISTOGRAM مدرج بوصفه غير مدعوم

وسم المفاتيحنعم (TAG.*)لا

TTL بالنانوثانيةنعم (NEXPIRE، NTTL)لا. قيم TTL بالميلي ثانية

منصات الخادمLinux (x86_64 وARM64)Linux (x86_64 وARM64)

النشرHotKV Cloud (Google Cloud، 42 منطقة) أو تشغيل محلي بترخيصإدارة ذاتية أو Dragonfly Cloud

إنصافًا

أين يتقدم Dragonfly على بديل Dragonfly هذا، أو يختلف عنه فحسب

لا تكون صفحة بديل Dragonfly هذه مفيدة إلا إذا قالت هذا الجزء أيضًا.

في PING، قاس Dragonfly أعلى من HotKV بنسبة 0.6%. وكانت مولّدات الحمل فوق 80% من المعالج لكليهما، لذا تعدّه HotKV Ltd تعادلًا. وهو معروض في الجدول على أي حال.
لقطات Dragonfly دون fork، مثل لقطات HotKV، وهو يقدّم مقاييس Prometheus بنفسه.
Dragonfly مجاني للاستضافة الذاتية داخل منتجك الخاص بموجب BSL 1.1، وDragonfly Cloud خدمة مُدارة ناضجة. أما بديل Dragonfly هذا، HotKV Cloud، ففي مرحلة الوصول المبكر.

الانتقال

من Dragonfly إلى بديل Dragonfly هذا في أربع خطوات

ما ينطوي عليه الانتقال إلى بديل Dragonfly عمليًا.

أنشئ مثيلًا

اختر منطقة وخطة في وحدة تحكم HotKV Cloud. المثيل جهاز قائم بذاته، يُوفَّر ويُحدَّث ويُراقَب نيابةً عنك.

وجّه عملاءك إليه

احتفظ بمكتبة العميل التي تستخدمها أصلًا. غيّر المضيف والمنفذ وبيانات الاعتماد من Dragonfly إلى مثيل HotKV. يكون TLS والمصادقة بكلمة مرور مفعّلين منذ البداية، مع توفر مستخدمي ACL. وبديل Dragonfly الذي يتحدث البروتوكول نفسه لا يحتاج إلى تغييرات في العميل للأوامر الأساسية.

انقل البيانات

استخدم الأدوات التي تعرفها أصلًا. تعمل DUMP وRESTORE، أو MIGRATE، أو إعادة تشغيل عمليات الكتابة لديك، لأن HotKV ينفّذ هذه الأوامر.

فعّل ما كان ناقصًا

البحث المتجهي ووسم المفاتيح أوامر أساسية في كل خطة. والذاكرتان المؤقتتان للمطالبات والدلالية وذاكرة الوكلاء وتتبّع تكلفة LLM أوامر في الخادم نفسه في خطة Performance فما فوق. دون وحدة أو عملية مرافقة أو خدمة ثانية. هذا ما ينبغي لأي بديل Dragonfly أن يضيفه.

أسئلة

أسئلة حول بديل Dragonfly هذا

كلاهما متعدد الخيوط. ما المختلف في بديل Dragonfly هذا؟

يمنح Dragonfly كل خيط جزءه الخاص من فضاء المفاتيح، فيُنسَّق الأمر الذي تقع مفاتيحه في عدة أجزاء عبر الخيوط. أما HotKV فيدع كل خيط يعمل على مخزن مشترك واحد، فتسلك الأوامر متعددة المفاتيح والأوامر أحادية المفتاح المسار نفسه.

كيف كانت مقارنة الاثنين في اختبار الأداء؟

على جهاز Azure D160alds_v7، مع التشغيل مثيلًا مفردًا، سجّل HotKV أعلى إنتاجية وسيطة في 11 من 12 أمرًا مقابل Dragonfly 2.0.2. وتراوح المضاعف من 2 ضعف على الأقل في MGET إلى 4.4 ضعف على الأقل في INCR. وكان PING تعادلًا ضمن حد مولّدات الحمل. وكل رقم والمنهجية والبيانات الخام منشورة.

هل لدى HotKV ملف AOF؟

نعم. يحفظ HotKV البيانات باللقطات وبملف إلحاق فقط. وتذكر وثائق Dragonfly أنه لا يدعم AOF حاليًا.

هل يمكنني الانتقال من Dragonfly دون تغيير شفرتي؟

يتحدث كلا الخادمين RESP2 وRESP3، فتتصل مكتبات العملاء نفسها ببديل Dragonfly هذا للأوامر الأساسية. انقل البيانات بـ DUMP وRESTORE، أو MIGRATE، أو إعادة تشغيل عمليات الكتابة لديك. وراجع مرجع الأوامر لأي شيء خارج المجموعة الأساسية.

اختبر بديل Dragonfly هذا بالعملاء الذين لديك أصلًا

يُفتح HotKV Cloud على دفعات. كل مثيل من بديل Dragonfly هذا جهاز مخصص بالمحرك متعدد الخيوط. وتأتي عائلات أوامر الذكاء الاصطناعي مع خطتي Performance وScale.

احصل على وصول مبكر الأسعار