تعمل Percona على تطوير Valkey-proxy، وهو وكيل مفتوح المصدر مصمم لمعالجة إحدى العقبات الرئيسية أمام انتقال التطبيقات القديمة من Redis إلى عناقيد Valkey. وتتمثل الفكرة في وضع طبقة وسيطة بين التطبيق وعنقود Valkey، بحيث تواصل التطبيقات التي تفترض وجود نسخة Redis واحدة العمل من دون تعديل واسع في الشيفرة للتعامل مع تعدد العقد والتوجيه واختلافات بعض الأوامر.
لماذا ظهرت الحاجة إلى الوكيل؟
أدى تغيير Redis لترخيصه في 2024، من ترخيص BSD المتساهل إلى بدائل مملوكة ومتاحة المصدر، إلى انقسام كبير في مجتمع المشروع. وبعد أيام، أطلقت مؤسسة Linux مشروع Valkey بوصفه تفرعاً مفتوح المصدر. ورغم أن Redis أضاف لاحقاً ترخيص AGPLv3 كخيار مفتوح المصدر في 2025، واصل Valkey مساره بحوكمة مستقلة وترخيص مختلف.
تستخدم تطبيقات كثيرة Redis كمخزن بيانات داخل الذاكرة للتخزين المؤقت وأحمال العمل التي تتطلب وصولاً سريعاً. لكن نقل تطبيق مبني حول نسخة واحدة إلى Valkey Cluster يتطلب عادةً فهم تعدد العقد وآليات التوجيه وسلوك بعض الأوامر. وتوفر منتجات Redis التجارية وبعض الخدمات السحابية طبقات وكيلة لهذه المهمة، إلا أن المستخدمين الذين يديرون Valkey بأنفسهم افتقروا، وفق Percona، إلى خيار مفتوح المصدر مكافئ.
ما الذي يقدمه Valkey-proxy؟
يهدف الوكيل إلى إخفاء تعقيدات العنقود عن التطبيق، ما يسمح للتطبيقات الحالية بالاتصال بعنقود Valkey من دون إعادة كتابتها للتعامل مباشرة مع عدة عقد. وقال Kyle Davis، المدير العام لمنظومة Redis وValkey لدى Percona، إن غياب حل مفتوح المصدر مناسب كان من آخر العوائق الكبيرة أمام اعتماد Valkey على نطاق أوسع.
أشار Davis إلى أن أدوات أخرى، مثل Envoy، لا تفهم بروتوكول Valkey بالكامل ولا تدير الاتصالات بطريقة تتيح دعم كل قدرات المشروع. لذلك يستهدف Valkey-proxy طبقة من التطبيقات القديمة التي تقع بين الاعتماد على نسخة Redis واحدة والحاجة إلى بنية عنقودية قابلة للتوسع.
من المستفيد وما حدود الخطة؟
قد يفيد المشروع الشركات التي تدير بنيتها التحتية بنفسها، بما في ذلك البيئات المحلية، بدءاً من المؤسسات الصغيرة ذات الموارد المحدودة وصولاً إلى مؤسسات الخدمات المالية التي تحتاج إلى تحكم أكبر في مكان تشغيل البنية الخاصة بالبيانات ومتطلبات الامتثال.
طورت Percona الإصدار الأول داخلياً، لكنها حصلت في أواخر سبتمبر على موافقة لإدخال Valkey-proxy ضمن مشروع Valkey، وتنقل الشيفرة من مستودعات خاصة إلى المشروع العام. ومن المخطط إتاحة الشيفرة المصدرية بالكامل قبل نهاية أكتوبر 2026، ثم إصدار نسخة مرشحة في ديسمبر، على أن تصل الإتاحة العامة في أوائل 2027.
ستكون Freshworks من أوائل المستخدمين، إذ تعمل مع Percona بوصفها مستخدماً مبكراً وشريكاً في التصميم لاكتشاف الحالات الخاصة أثناء الاختبار. كما أن مساهمات شركات سحابية كبرى مثل AWS تظل احتمالاً، لا التزاماً معلناً.
القراءة التحريرية: ما الذي يتغير عملياً؟
لا يقدم Valkey-proxy بحد ذاته بديلاً جديداً لقواعد البيانات، بل يقلل كلفة الانتقال المعماري من نموذج Redis أحادي النسخة إلى Valkey Cluster. وتكمن أهميته في معالجة توافق التطبيقات، وهي مشكلة عملية قد تكون أكثر تعقيداً من استبدال محرك البيانات نفسه. لكن المشروع ما يزال قبل الإتاحة العامة؛ لذلك ستحدد الاختبارات الواقعية مدى تغطيته للأوامر وسلوكيات التطبيقات المختلفة، كما ستظل جودة التوافق والأداء والمساهمات المجتمعية أسئلة مفتوحة حتى صدور النسخ العامة.
كيف أعددنا هذا الخبر؟
اعتمد الخبر على المصدر الأصلي الموضح أعلاه. قد نستخدم أدوات آلية للمساعدة في الاستخراج والتصنيف والصياغة،
لكن النشر يخضع لقواعد تمنع المحتوى المكرر والقصير أو الروتيني منخفض القيمة.
اقرأ سياستنا التحريرية.