Vercel Sandbox بسعة 64 GB: متى تستغني مهام الوكلاء عن التجزئة؟

ليست قيمة التغيير في رقم «64 GB» وحده. الأهم أن مهمة تعمل على مستودع، وكانت تصطدم سابقاً بسقف 32 GB في Vercel Sandbox، قد تتمكن الآن من الاكتمال داخل جهاز واحد بدلاً من تقليصها أو تقسيمها أو نقلها إلى مكان آخر.

في 11 سبتمبر 2026، ضاعفت Vercel سعة تخزين العمل الافتراضية في كل Sandbox من 32 GB إلى 64 GB.

Vercel Sandbox: ضعف مساحة العمل داخل جهاز واحد

Vercel Sandbox هي آلة Linux افتراضية صغيرة ومعزولة من نوع microVM، لها نواتها ونظام ملفاتها وشبكتها. يمكن إسناد مستودع إليها، وترك وكيل يعدّل الشيفرة ويثبّت الحزم ويشغّل الاختبارات وينتج عملية بناء، ثم استخراج النتيجة منها.

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

وهذه الذروة هي ما يغيّره الإصدار. تمنح Vercel البيئة المعزولة الآن 64 GB من تخزين العمل بدلاً من 32 GB؛ أي زيادة قدرها 32 GB وضعف السعة السابقة. ويشمل التغيير البيئات المنشأة من Vercel Managed Image أو صورة مخصصة، وكذلك خاصية runtime المهملة.

هذه سعة داخل البيئة المعزولة، وليست حصة جديدة لقاعدة بيانات أو لتخزين الكائنات. تصفها Vercel بأنها تخزين NVMe مؤقت. وإذا كان لا بد من بقاء الملفات بعد انتهاء المهمة، فقرار الاستمرارية يظل بنداً منفصلاً.

القرار التجاري: هل تتسع البيئة لمهمة كاملة؟

السؤال العملي الدائم ليس «ما حد القرص في Vercel؟»، بل «هل يمكن تشغيل هذه المهمة كاملة في بيئة معزولة واحدة من دون تقليصات خاصة أو عمليات تسليم بينية؟»

استخدم ميزانية بسيطة لمساحة العمل:

ذروة مساحة العمل = المستودع ونسخة العمل + التبعيات المثبتة + نواتج البناء + ذروة البيانات المؤقتة

قِس أعلى استهلاك أثناء تشغيل المهمة، ولا تقدّره من حجم ملف zip النهائي. قد تتداخل عمليات فك الحزم وتجميع الشيفرة وبيانات الاختبار وملفات المتصفح التنفيذية وذاكرات التخزين المؤقت وتدفّق البيانات إلى القرص لبضع دقائق فقط، لكن تلك الدقائق هي التي تحسم اكتمال التشغيل من عدمه.

تفصل أسعار Vercel وحصصها الحالية طبقات التخزين إلى بنود مستقلة في الميزانية:

هذا الفصل يغيّر حساب التكلفة. مضاعفة قرص العمل لا تضاعف سعر الحوسبة. ففي مثال Vercel الحالي لمنطقة iad1، تبلغ تكلفة تشغيل بناء واختبار لمدة 30 دقيقة باستخدام 4 vCPUs وذاكرة 8 GB نحو $0.34 عند استخدام CPU بكامل طاقته.

ومع ذلك، قد تكلّف المهمة الأكبر أكثر إذا طال تشغيلها أو احتاجت إلى مزيد من CPU والذاكرة. تنزيلات الحزم والمستودعات والملفات الناتجة ومجموعات البيانات مجانية، بينما تُحاسب البيانات المرسلة إلى خارج البيئة المعزولة.

أما الاستمرارية فهي الموضع الذي قد تنشئ فيه الملفات الإضافية فاتورة تخزين جديدة. فإذا استُخدمت مساحة 32 GB المتاحة حديثاً كاملةً واحتُفظ بها شهراً كاملاً، تصبح حسبة قائمة الأسعار 32 × $0.08 = $2.56 لكل شهر من عمر اللقطة. هذا مثال توضيحي، وليس رسماً تلقائياً. ويمكن لتشغيل غير مستمر أن يتجنب بند اللقطة عبر تصدير النتيجة والتخلص من مساحة العمل.

من يستفيد من المساحة الإضافية؟

مهندس برمجيات قيادي لديه monorepo كبير

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

إذا أصبحت الذروة المقاسة ضمن نظام الملفات المتاح بسعة 64 GB، يستطيع الفريق إعادة نسخة العمل والتثبيت والاختبار والبناء إلى مهمة واحدة. والمكسب تشغيلي: عمليات تسليم أقل، وملفات جزئية أقل، وحدّ واحد لإعادة المحاولة عندما يفشل البناء.

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

مهندس منصات الوكلاء ينفّذ إصلاحات على المستودعات

عادةً ما يراكم وكيل البرمجة استهلاك التخزين أثناء عمله. فهو يستنسخ المستودع، ويثبّت الأدوات، ويعدّل الملفات، ويشغّل حزمة الاختبارات، ثم يحزم النتيجة. كما أن الوكيل الذي يجرّب أكثر من مسار قد يترك وراءه ذاكرات مؤقتة ونواتج وسيطة.

تمنح مساحة 32 GB الإضافية هذه الدورة الكاملة مجالاً أكبر كي تنتهي داخل Sandbox واحدة. وقد يعني ذلك الاستغناء عن إعادة محاولة سببها امتلاء القرص، أو عن أداة تنظيف مخصصة في سير عمل الوكيل. لكن الفائدة تظهر عندما يكون القرص هو سبب الفشل فعلاً؛ أما المهمة التي تعطلها الذاكرة أو CPU أو سياسة الشبكة أو مدة الجلسة، فلن تستفيد من نظام ملفات أكبر.

مهندس بيانات تتدفق تحويلاته إلى القرص

يمكن لمهندس البيانات استخدام نظام الملفات المحلي مساحةً مؤقتة بينما تفرز عملية التحويل البيانات المنزلة أو تربطها أو توسّعها. وقد يُبقي القرص الأكبر هذا العمل المؤقت محلياً بدلاً من فرض تقسيم مبكر أو تركيب وحدة تخزين بعيدة.

ومع ذلك، يحتاج الناتج إلى خطة خروج. انسخ النتيجة الدائمة إلى الخارج، أو اكتبها في مخزن الكائنات المناسب، أو ركّب Drive إذا كانت عمليات التشغيل اللاحقة تحتاج إلى المجلد نفسه. تكمن فائدة قرص مؤقت بسعة 64 GB تحديداً في إمكانية التخلص منه. واعتباره تخزيناً دائماً يخلط بين وظيفتين وفاتورتين مختلفتين.

فريق لا يزال يستخدم runtime

يشمل إصدار 11 سبتمبر صراحةً بيئات Sandbox المضبوطة بخاصية runtime المهملة. ويُفترض أن تحصل الشيفرة الحالية على القرص الأكبر من دون ترحيل الصورة.

لكن اتجاه المنصة الحالي لا يزال نحو الصور. وبدءاً من الإصدار 3 من Sandbox SDK، تستخدم Sandbox التي لا تحدد runtime ولا image الصورة vercel/sandbox/universal:latest. تُحدَّث الصور المُدارة كل ليلة، بينما يوفّر تثبيت digest بيئة غير قابلة للتغيير عندما تكون قابلية إعادة إنتاج عمليات البناء مهمة.

قِس مهمة ممثلة قبل تعديل سير العمل

أزال الإصدار سقفاً، لكنه لا يخبرك بمقدار المساحة المتاحة فعلياً لصورتك ومهمتك. قِس تشغيلاً حقيقياً واحداً قبل حذف خطوات التنظيف أو إعادة جمع عمليات البناء المقسمة.

1. 1

   اختر المهمة التي تحسم القرار

   اختر مهمة نفدت منها مساحة القرص مؤخراً، أو مهمة لا تزال تقسمها لمجرد البقاء تحت الحد القديم. استخدم المستودع وملف القفل وأمر البناء وبيانات الإدخال نفسها في مسار الإنتاج. لن يجيب مستودع تجريبي صغير عن السؤال التجاري.

2. 2

   ابدأ Sandbox جديدة قائمة على صورة

   يسهّل مسار CLI والصور الحالي إعادة إنتاج النتيجة. يتبع هذا التسلسل مسار Sandbox CLI الموثق لدى Vercel، ويلغي الاستمرارية حتى لا ينشئ القياس لقطة تلقائية.

   npm i -g sandbox
   sandbox login
   sandbox create --name workspace-check --image vercel/sandbox/node:24 --timeout 30m --non-persistent
   
   tar -czf app.tgz -C ./my-app .
   sandbox copy ./app.tgz workspace-check:/tmp/app.tgz
   sandbox exec workspace-check -- sh -c "mkdir -p /app && tar -xzf /tmp/app.tgz -C /app"

3. 3

   سجّل كل مرحلة من استهلاك التخزين

   شغّل فحص القرص بعد إعداد نسخة العمل، وبعد تثبيت التبعيات، وخلال أثقل جزء من البناء إن أمكن، وبعد اكتمال الملف الناتج. استبدل .next وdist بمسارات النواتج التي يستخدمها مشروعك فعلياً.

   sandbox exec --workdir /app workspace-check -- sh -lc 'df -h /; du -sh .git node_modules .next dist /tmp 2>/dev/null || true'
   
   sandbox exec --workdir /app workspace-check -- npm install
   sandbox exec --workdir /app workspace-check -- sh -lc 'df -h /; du -sh .git node_modules .next dist /tmp 2>/dev/null || true'
   
   sandbox exec --workdir /app workspace-check -- npm run build
   sandbox exec --workdir /app workspace-check -- sh -lc 'df -h /; du -sh .git node_modules .next dist /tmp 2>/dev/null || true'

   يجيب df -h / عن مقدار المساحة المتبقية في Sandbox، وتوضح أسطر du الأجزاء التي تستهلك هذه المساحة داخل بيئة العمل. أما الفحص بعد البناء النهائي وحده فقد يفوّت لحظة الذروة.

4. 4

   أعد المحاولة مرة واحدة بلا الحل القديم

   إذا بقيت أعلى قيمة مقاسة ضمن المساحة الحرة التي يعرضها النظام، فأعد تشغيل المهمة نفسها من دون تقليص التبعيات أو تسليم البناء المقسّم. سجّل النجاح والوقت الفعلي وActive CPU والذاكرة المخصصة ونقل البيانات، وما إذا كانت أي لقطة أو مساحة Drive قد أُنشئت. ثم أوقف Sandbox.

   sandbox stop workspace-check

الحدود التي يجب قولها بوضوح

المساحة الأكبر لا تشتري ذاكرة أو CPU أو وقتاً إضافياً. لا تزال مدة جلسة Sandbox الافتراضية 5 دقائق. ويمكن أن تعمل جلسات Hobby حتى 45 دقيقة، بينما تصل جلسات Pro وEnterprise إلى 24 ساعة.

ولا يضمن الإصدار أيضاً ملاءمة كل عبء عمل يقل عن 64 GB. فالصورة الأولية تشغل جزءاً من نظام الملفات، وقد تتبدّل وسوم الصور غير المثبتة مع التحديثات الليلية التي تنشرها Vercel. افحص المساحة الحرة الفعلية بعد الإقلاع. وثبّت digest للصورة إذا كان يجب أن يبدأ البناء نفسه من البيئة نفسها في كل مرة.

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

ما الذي ينبغي فعله يوم الاثنين؟

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

يوم الاثنين، اختر مهمة ممثلة واحدة، وشغّل القياس أعلاه في Sandbox جديدة قائمة على صورة بسعة 64 GB، ثم أعد تجربتها مرة واحدة من دون الحل القديم لمشكلة التخزين. لا تعتمد المسار الأبسط ذي المهمة الواحدة إلا إذا اكتمل التشغيل المقاس وبقيت فاتورة الحوسبة والاستمرارية الكاملة منطقية.

للمزيد من الشروحات المباشرة للتغييرات التي تبدّل الحسابات التشغيلية، اشترك في النشرة البريدية.