ديب سيك تكشف عن DS​ec: بنية تحتية لتدريب ملايين الوكلاء في الساندبوكس يوميًا

في 30 سبتمبر 2026، قامت شركة DeepSeek بالتعاون مع جامعة تشينغهوا بنشر تقرير تقني على منصة Zhihu، وهو التقرير الذي يمثل المرة الأولى التي يتم فيها الكشف علنًا عن بنية تحتية مخصصة لتدريب الوكلاء الذكيين على نطاق واسع تُدعى DSec. يوضح التقرير أن هذه البنية التحتية صُممت خصيصًا لدعم تدريب ملايين الوكلاء في بيئات ساندبوكس يوميًا، وأنها تُدمج في النسخة الرابعة النقطة الأولى من DeepSeek (DeepSeek‑V4.1). كما يشرح التقرير الدور المحدد لهذا النظام داخل النسخة المذكورة، ويقدم تفاصيل حول حجم التشغيل الحالي ومدى انتشار الاستخدام في بيئات الإنتاج.

نظرة عامة على النظام

يُصنّف DSec على أنه المنصة الموحدة للتدريب والتقييم ومعالجة البيانات الأولية في إطار DeepSeek‑V4.1. توفر المنصة أربعة نماذج تنفيذية تتراوح من استدعاءات الدوال (FnCall) إلى الآلات الافتراضية الكاملة (Full VM). جميع هذه النماذج تُدار من خلال طبقة جدولة واحدة موحدة، مما يتيح لفريق البحث والتطوير القدرة على التبديل بين أنواع الساندبوكس المختلفة باستخدام مجموعة موارد مشتركة واحدة. هذا التصميم الموحد يسمح بالتحكم المركزي في الموارد وتبسيط عمليات الإدارة، ويقلل الحاجة إلى بنى تحتية منفصلة لكل نموذج تنفيذ.

التنفيذ التقني

وفقًا للتقرير، يدعم DSec أربعة بيئات تشغيلية هي FnCall، والحاويات (Container)، والآلات الافتراضية الدقيقة (MicroVM)، والآلات الافتراضية الكاملة (Full VM). جميع هذه البيئات تتصل بواجهة جدولة موحدة، حيث يتولى المجدول مسؤولية توزيع الموارد، وإدارة دورة حياة كل بيئة تشغيلية، وكذلك تنفيذ عمليات استعادة بعد الفشل. يهدف هذا النهج إلى تقليل التنافس على الموارد بين النماذج المختلفة، وضمان أن تكون عمليات تخصيص الموارد فعّالة ومُنسقة، مع الحفاظ على استقرار النظام ككل.

في بيئة الإنتاج، تم نشر ما مجموعه 11,266 صورة أساسية و102,171 مساحة عمل (Workspace) عبر نظام DSec. تُظهر الإحصاءات أن نسبة الوصول إلى هذه الصور تتراوح بين 4.2٪ و13.3٪ فقط، مما يعني أن الغالبية العظمى من الصور تبقى في حالة استعداد بارد (cold standby) مع استهلاك منخفض للموارد. هذا الوضع يساهم في تقليل الضغط على سعة التخزين، حيث لا يتم تحميل جميع الصور في الذاكرة في آن واحد، بل يتم تنشيطها فقط عند الحاجة الفعلية.

تحسين الأداء

أظهر اختبار الأداء القياسي الذي شمل 8,192 مهمة حاوية أن زمن تنفيذ كل مهمة انخفض من أكثر من 60 دقيقة إلى حوالي 35 دقيقة فقط. بالإضافة إلى ذلك، سجلت كمية البيانات المكتوبة على القرص انخفاضًا بنسبة 57٪. يُعزى هذا التحسين الكبير إلى تحسينات جدولة الإدخال/الإخراج (I/O) التي نفذها DSec، وكذلك إلى الاستفادة المتعمقة من ذاكرة التخزين المؤقت على مستوى طبقة الحاوية، مما يقلل من الحاجة إلى عمليات كتابة متكررة على القرص.

من حيث استهلاك وحدة المعالجة المركزية (CPU)، يُظهر التقرير أن حوالي 90٪ من الساندبوكسات تعمل بمتوسط استهلاك فعلي لا يتجاوز 5٪ من الحصة المخصصة لها. علاوة على ذلك، يتيح النظام تنفيذ ما يُعرف بـ 'البيع الزائد' (over‑commit) للموارد بأكثر من 50 مرة، أي أن الموارد الفعلية تُستخدم بأكثر من خمسين ضعف ما تم حجزه، مع الحفاظ على إكمال جميع المهام بنجاح. هذا النهج يرفع من كفاءة استغلال الأجهزة الصلبة بشكل ملحوظ.

الحجم والتوازي

يتكون كل شريحة (Shard) من حوالي 160 خادمًا، ما يُعادل تقريبًا 30,000 نواة CPU و250 تيرابايت من الذاكرة (RAM). وفقًا للبيانات، يمكن للنظام إنشاء ما يقرب من 3 ملايين ساندبوكس يوميًا، مع وصول عدد التوازي إلى أكثر من 380,000 ساندبوكس في أوقات الذروة. كما يتجاوز معدل إنشاء الساندبوكسات 5,000 مثالًا في الثانية، ما يدل على قدرة النظام على التعامل مع أعداد هائلة من الوكلاء الذكيين في وقت واحد.

حدود الأمان والقيود

يعتمد DSec على آلية أمان مزدوجة تتضمن AppArmor وeBPF لتوفير طبقتين من الحماية. تقوم هذه الآليات بمراقبة نداءات النظام (system calls) وحركة المرور الشبكية بدقة عالية، مما يسمح بالكشف عن أي سلوك غير معتاد أو محاولة اختراق. ومع ذلك، يقر التقرير بأن الثغرات على مستوى نواة النظام لا تزال تشكل خطرًا محتملًا، وأنه لا توجد حاليًا آلية دفاعية شاملة تغطي جميع الثغرات المعروفة. وبالتالي، فإن تحسين الأمان يبقى مجالًا مستمرًا للبحث والتطوير.