أصدرت شركة Neo SPCC تحديثات منسقة لنظام NeoFS، تشمل عقد التخزين وحزمة تطوير البرمجيات (SDK) ولوحة الإدارة عبر الويب. جاء إصدار العقدة v0.55.0 باسم “Moido” في 31 يوليو، ويتميز بتنظيف معماري شامل، مع إزالة ضغط FSTree وإلغاء حدود التزامن المصطنعة. كما اعتمدت حزمة SDK Go v1.0.0-rc.21 إصدار NeoFS API 2.25 كإصدار افتراضي مع تحسينات في الأداء، بينما قدمت لوحة التحكم v0.10.1 تحسينًا بسيطًا في تجربة المستخدم.
تحديثات منسقة في فترة زمنية قصيرة
تتبع هذه الإصدارات سلسلة اعتماد مترابطة: إصدار العقدة v0.55.0 يتطلب حزمة SDK RC21، والتي بدورها تتطلب إصدار NeoGo v0.121.0. وقد أصدرت Neo SPCC المكونات الثلاثة خلال فترة ثلاثة أيام فقط، مما يعكس استمرار نمط التسريع الذي بدأ مع إصدارات مايو السابقة التي شملت العقدة v0.53.0 ولوحة التحكم v0.9.0 وحزمة SDK RC19.
إصلاحات جذرية في عقدة NeoFS v0.55.0
التغيير الأبرز في إصدار العقدة الجديد هو الإزالة الكاملة لميزة ضغط FSTree، والتي وصفها الفريق بأنها “عرضة للأخطاء وغير فعالة للطلبات المجزأة وتستهلك موارد كبيرة من المعالج والذاكرة”. وقدمت الشركة أداة ترحيل جديدة باسم fstree-decompress لمساعدة المشغلين الذين لديهم بيانات مضغوطة سابقًا. يمكن تشغيل هذه الأداة على أنظمة لينكس دون إيقاف العقدة، بينما تتطلب الأنظمة الأخرى إيقافًا مؤقتًا. وستبقى البيانات القديمة المضغوطة قابلة للقراءة خلال فترة انتقالية تمتد لحوالي ستة أشهر.
يجب على المشغلين إزالة خيارات blobstor.compress وblobstor.compression_exclude_content_types من ملفات الإعداد قبل الترقية. وتتوفر نسخ جاهزة من أداة الترحيل لأنظمة تشغيل متعددة.
في إطار التنظيف الموازي، أزالت الشركة حدود التزامن الثابتة من معالجة طلبات PUT وSearchV2، مشيرة إلى “مشاكل وسوء فهم” في الحدود السابقة. ويتضمن هذا التغيير إزالة أربعة خيارات إعداد: object.put.pool_size_remote وstorage.shard_pool_size وstorage.put_retry_timeout وobject.search.pool_size. واختار الفريق إزالة الحدود بالكامل كخطوة أولى نحو تطوير خوارزميات تكيفية جديدة من الصفر.
كما شهد أمان الاتصالات بين العقد تحسينًا مهمًا: أصبحت الشهادات الرقمية تُتحقق الآن مقابل المفاتيح التعريفية للعقد، مما يسد ثغرة كانت تسمح بعدم التحقق المتبادل بين الشهادات والمفاتيح التي تحدد هوية العقد على سلسلة كتل نيو.
ويستمر تطوير الترميز التصحيحي (Erasure Coding)، حيث تدعم عقد التخزين الآن طلبات GET التي تفتقد فهرس جزء EC محدد، مع إرجاع الجزء الأول المتاح عندما لا يتم تحديد فهرس. كما تم نقل نطاقات أجزاء EC من واجهة RANGE القديمة إلى GET، مما يقلل استهلاك الذاكرة للطلبات التي تطلب نطاقات فقط.
وتشمل التحسينات الإضافية معالجة أسرع لطلبات GET للبيانات المحملة بالكامل، وتخطي التحقق من SHA256 للبيانات المعاد توجيهها، وتخزين مؤقت لمصادقة رموز الجلسة في عمليات REPLICATE.
حزمة NeoFS SDK Go RC21: أداء أفضل وبروتوكول محدث
تجعل حزمة SDK RC21 إصدار NeoFS API 2.25 هو البروتوكول الافتراضي، مع تفاوض تلقائي للتوافق مع الخوادم القديمة. كما تم إلغاء إعادة توليد التوقيعات الأصلية والتحقق منها عند كل قفزة توجيه، مما يبسط التواصل بين الأقران.
تركز تحسينات الأداء على نقل البيانات. يدعم قارئ حمولة الكائنات الآن واجهة io.WriterTo، بينما يدعم كاتب الحمولة io.ReaderFrom، مما يلغي النسخ الوسيطة للبيانات في مساري القراءة والكتابة. كما تم تحسين ترميز طلبات GET وSEARCH وHEAD لتقليل استهلاك الذاكرة.
تتضمن ميزات API 2.25 الجديدة معايير نطاق موسعة لطلبات GET باستخدام صيغة نطاق HTTP، وحقل تعليقات لسجلات EACL لتوضيح قواعد التحكم في الوصول، واستدعاء جديد يسمح للمطورين بتعديل رؤوس الكائنات قبل الإغلاق عبر SetSplitChainModifier.
تمت إزالة واجهتين في إطار التنظيف القديم: واجهة SignerV2 التي لم تجد ما يبرر وجودها، واستدعاء معلومات الاستجابة بعد أن أثبت عدم موثوقيته في قراءة العصر الحالي. وأشار الفريق إلى احتمالية إعادة تقديم الميزة بشكل أفضل في إصدار مستقبلي.
لوحة NeoFS Panel v0.10.1: تحسين تجربة المستخدم
صدرت لوحة التحكم v0.10.1 في 28 يوليو، وتنقل وظائف الإيداع والسحب من النوافذ المنبثقة إلى نموذج مباشر داخل قسم الرصيد في صفحة الملف الشخصي. يضيف هذا التغيير اختصارات لوحة المفاتيح وتركيزًا تلقائيًا على حقل الكمية وسلوك التبديل للعملية النشطة. التحديث متاح الآن مباشرة على الموقع الرسمي.
الأسئلة الشائعة
ما هو أهم تغيير في إصدار عقدة NeoFS v0.55.0؟
أهم تغيير هو الإزالة الكاملة لميزة ضغط FSTree، التي كانت تسبب مشاكل في الأداء واستهلاكًا كبيرًا للموارد، مع توفير أداة ترحيل لمساعدة المشغلين على تحويل بياناتهم إلى الصيغة الجديدة بأمان.
هل تؤثر هذه التحديثات على توافق النظام مع الإصدارات الأقدم؟
نعم، المشغلون الذين يستخدمون إصدارات أقدم من v0.51.0 يجب عليهم أولًا الترقية إلى أي إصدار بين v0.51.0 وv0.54.0، والسماح باكتمال هيكلة الحاويات قبل الانتقال إلى v0.55.0. كما أن حزمة SDK الجديدة تتفاوض تلقائيًا للتوافق مع الخوادم الأقدم.
ما هي الفائدة الرئيسية من تحديثات الأداء في حزمة SDK الجديدة؟
تقلل التحديثات الجديدة من النسخ الوسيطة للبيانات أثناء القراءة والكتابة، مما يسرع نقل البيانات ويخفض استهلاك الذاكرة، خاصة مع الطلبات الكبيرة أو المتكررة، وهو ما يحسن كفاءة التطبيقات المبنية على NeoFS بشكل ملحوظ.
