Vercel تطلق Drives: الوكلاء يحصلون على تخزين دائم يصل إلى 16 TiB

أعلنت Vercel الإتاحة العامة (general availability) لخدمة Vercel Drives، وهي أقراص دائمة لـ Vercel Sandbox. الفكرة أن ملفات الوكيل لم تعد مرتبطة بالصندوق الرملي الذي يعمل فيه. يُنشأ القرص مرة واحدة، ثم يُربط بأي بيئة جديدة. الميزة متاحة على جميع الباقات: السعة الافتراضية للقرص 1 TiB (وعلى باقة Hobby — 1 GiB)، ويصل الحد الأقصى للسعة إلى 16 TiB.

الملفات منفصلة والبيئة منفصلة

كثيرًا ما ينفّذ الوكلاء أعمالًا معقدة تمتد عبر عدة عمليات تشغيل. وتتغير المتطلبات أثناء ذلك: فقد تحتاج المرحلة التالية إلى مجموعة أدوات مختلفة، أو بيئة تشغيل (runtime) مختلفة، أو موارد حوسبية أكثر. وإذا كان مجلد العمل يقع داخل الصندوق الرملي، فإن تغيير البيئة يعني نقل الملفات. أما Drives فيلغي هذه الخطوة.

يتطلب الربط أمرين في CLI:

sandbox drives get-or-create agent-workspace sandbox create --mount agent-workspace:/workspace

وفي SDK يتم الأمر نفسه عبر Drive.getOrCreate والمعامل mounts عند استدعاء Sandbox.create. في المثال الذي تقدمه Vercel، ينسخ الوكيل مستودعًا بالأمر git clone مباشرةً إلى /workspace/repo. وكل ما يوجد تحت /workspace يبقى محفوظًا على القرص، أما ما عداه فيتبع الصندوق الرملي ويزول معه. وسيجد الصندوق الرملي التالي الذي يربط هذا القرص المستودع وأي ملفات أخرى للوكيل في المكان نفسه الذي تركها فيه.

بيانات مشتركة ونُسخ القرص (forks)

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

وهناك سيناريو ثانٍ هو نسخ القرص (fork). تبدأ كل نسخة بمحتوى القرص الأصلي وتحصل على مساحة عمل خاصة بها للكتابة. ويمكن لعدة وكلاء أن يجرّبوا بالتوازي تحويلات مختلفة على مجموعة البيانات نفسها، دون أن يعطّل أحدهم الآخر ودون تعديل الأصل. ولا تُدمج النُسخ مجددًا في القرص الأصلي، ولذلك يبقى اختيار أفضل نتيجة ونقلها إلى الوجهة المطلوبة من مسؤولية المطوّر أو الوكيل نفسه. وقد أصبحت النُسخ كذلك متاحة عمومًا.

ماذا يتضمن الإصدار

• الحالة: الإتاحة العامة (general availability) لـ Vercel Sandbox.
• الباقات: جميعها، بما فيها Hobby.
• السعة الافتراضية: 1 TiB، وعلى Hobby — 1 GiB.
• الحد الأقصى للسعة: حتى 16 TiB.
• الربط: عبر CLI (الخيار --mount) أو Sandbox SDK (المعامل mounts).
• المشاركة: ربط قرص واحد من صناديق رملية أخرى، بما في ذلك للقراءة فقط.
• النُسخ (forks): نسخ مستقلة قابلة للكتابة من القرص، ولا يوجد دمج عكسي.
• إضافةً إلى ذلك: اللقطات (snapshots) والحدود موصوفة في الوثائق، وتغييرات GA في changelog.

كيف تبدأ

أسهل طريقة أن تأخذ سيناريو وكيل قائمًا وتنقل مجلد العمل إلى قرص: أنشئه عبر get-or-create ثم اربطه في /workspace. بهذا يصبح الحد الفاصل واضحًا: ما يجب أن يبقى بعد انتهاء التشغيل يوضع على القرص، بينما تبقى الملفات المؤقتة وذاكرات التخزين المؤقت (caches) في الصندوق الرملي. وفي المهام الطويلة متعددة المراحل يكون من المنطقي استخدام بيئة لتجميع البيانات وأخرى، ببيئة تشغيل مختلفة، للتحليل. ولن تحتاج إلى نقل الملفات بينهما.

وتناسب النُسخ (forks) التجارب: مجموعة بيانات واحدة مُعدّة وعدة مسارات معالجة مستقلة. أما للتحليل واسع النطاق فالأفضل توزيع نسخ للقراءة فقط (read-only) حتى لا تفسد كتابة عرضية البيانات الأصلية. وقبل التشغيل في بيئة الإنتاج ينبغي مراجعة الوثائق الخاصة بالحدود واللقطات، خصوصًا إذا كنت تحتاج إلى سعات أكبر من القيمة الافتراضية. وللبدء السريع تقدّم Vercel قالبًا جاهزًا باسم Vercel Drives eve agent، يُنشر بنقرة واحدة.