نمای کلی اجرایی و اهمیت معماری
ایجنت‌های هوش مصنوعی مدرن اغلب جریان‌های کاری طولانی و چندمرحله‌ای را اجرا می‌کنند که از محدوده‌های اجرایی منفرد فراتر می‌روند. با تکامل این ایجنت‌های پیچیده، آن‌ها به‌طور منظم به محیط‌های اجرایی متمایزی نیاز دارند که به ابزارهای تخصصی، پردازش ارتقایافته یا مدل‌های به‌روزشده مجهز باشند. از نظر تاریخی، جداسازی فضای کاری دارای وضعیت (Stateful) یک ایجنت از سندباکس اجرایی بدون وضعیت (Stateless) آن، یک گلوگاه مهندسی بزرگ ایجاد می‌کرد. توسعه‌دهندگان مجبور بودند پایپ‌لاین‌های سریال‌سازی دست‌وپاگیر، انتقال دستی وضعیت، یا همگام‌سازی محموله‌های سنگین تحت شبکه را برای مهاجرت دادن سیستم فایل یک ایجنت بین محیط‌های مختلف پیاده‌سازی کنند. معرفی Vercel Drives این محدودیت ساختاری را از طریق جداسازی ذخیره‌سازی فایل پایدار از زیرساخت اجرایی زیربنایی در اکوسیستم سندباکس ورسل، به‌طور اساسی حل می‌کند.
از دیدگاه معماری، Vercel Drives به عنوان یک لایه ذخیره‌سازی متصل به شبکه (NAS) جداشده عمل می‌کند که برای بارهای کاری موقت ایجنت‌ها بهینه‌سازی شده است. با انتزاعی کردن سیستم فایل از کانتینر سندباکس موقت، ورسل به ایجنت‌ها امکان می‌دهد بدون از دست دادن زمینه یا نیاز به بازگردانی پرهزینه وضعیت، به‌طور یکپارچه در محیط‌های اجرایی ناهمگون جابه‌جا شوند. این قابلیت، ایجنت‌ها را از واحدهای اجرایی ایزوله و تک‌اجرا به موجودیت‌های پایدار و آگاه از وضعیت تبدیل می‌کند که قادرند فضاهای کاری عملیاتی خود را به صورت بومی متوقف کنند، انتقال دهند، مقیاس‌بندی کنند و انشعاب (Fork) دهند. در دسترس بودن عمومی این ویژگی در تمامی سطوح، نقطه عطفی در بلوغ زیرساخت ایجنت‌محور بدون سرور (Serverless) است و ابزارهای مدیریت وضعیت در سطح سازمانی را به صورت آماده در اختیار قرار می‌دهد.
بهبودهای کلیدی و ارگونومی توسعه‌دهنده
مکانیسم‌های اصلی Vercel Drives بر استقلال چرخه حیات و پروتکل‌های مونت با کارایی بالا تمرکز دارند. توسعه‌دهندگان می‌توانستند یک درایو را یک بار از طریق CLI ورسل یا SDK سندباکس پروویژن کنند و پس از آن می‌توان آن را به صورت پویا به محیط‌های سندباکس تازه ایجاد شده متصل کرد. طبق قرارداد، دایرکتوری‌های مشخص‌شده—مانند /workspace—تغییرات وضعیت را مستقیماً روی درایو زیرین پایدار می‌کنند. هنگامی که یک سندباکس بعدی همان درایو را مونت می‌کند، محیط اجرایی بلافاصله دقیقاً در همان نقطه‌ای که اجرای قبلی خاتمه یافته بود، به مخزن، آرتیفکت‌های تولیدشده و لاگ‌های انباشته‌شده دسترسی پیدا می‌کند. این امر سربار راه‌اندازی را حذف کرده و جریان‌های کاری چندمرحله‌ای ایجنت را به شدت تسریع می‌کند.
فراتر از پایداری خطی ساده، Vercel Drives قابلیت‌های پیشرفته مشارکتی و اکتشافی از جمله مونت‌های اشتراکی فقط‌خواندنی و انشعاب (Forking) درایو به سبک رمزنگاری را معرفی می‌کند. چندین نمونه ایجنت می‌توانند به طور همزمان یک درایو را در حالت فقط‌خواندنی مونت کنند و کارهای پایین‌دستی مانند تجزیه‌وتحلیل داده‌ها یا تولید گزارش را روی یک مجموعه داده از پیش ساخته شده بدون خطر خرابی یا نیاز به راه‌اندازی ذخیره‌سازی تکراری انجام دهند. علاوه بر این، ایجنت‌ها می‌توانند یک درایو را انشعاب دهند تا نسخه‌های ایزوله و قابل‌نوشتن از یک فضای کاری موجود را به صورت موازی ایجاد کنند. این امر به سیستم‌های خودمختار اجازه می‌دهد تا چندین شاخه راه حل را به‌طور همزمان بدون تداخل با یکدیگر یا تغییر وضعیت اصلی بررسی کنند، که به طور چشمگیری تحمل خطا و همزمانی پایپ‌لاین‌های پیچیده ایجنت را افزایش می‌دهد.
ماتریس مقایسه معماری
| ویژگی / بعد | مبنای قبلی (سندباکس‌های بدون وضعیت) | انتشار Vercel introducing-vercel-drives-persis | تأثیر معماری |
|---|---|---|---|
| تأخیر (مهاجرت وضعیت) | بالا (نیاز به آپلود/دلود آرشیو کامل فضای کاری از طریق شبکه) | فوق‌العاده پایین (مونت از راه دور آنی در میان نمونه‌های موقت) | تاخیرهای سریال‌سازی را در طول تغییر زمان اجرای ایجنت حذف می‌کند. |
| حافظه و فضای ذخیره‌سازی | موقت (فضای اسکرچ /tmp پس از پایان سندباکس پاک می‌شود) |
مقیاس‌پذیر (پیش‌فرض 1 ترابایت، تا 16 ترابایت در هر درایو؛ 1 گیگابایت در طرح Hobby) | پردازش انبوه مجموعه داده‌ها را مستقیماً در فضاهای کاری ایجنت امکان‌پذیر می‌کند. |
| یکپارچه‌سازی APIها و ابزارها | پایپ‌لاین‌های تزریق و استخراج فایل دستی با SDK | ابزارهای بومی CLI و SDK (drives.create، پیکربندی‌های مونت) |
ارکستراسیون زیرساخت را مستقیماً در داخل کد ایجنت ساده می‌کند. |
تغییرات ناسازگار و نکات مهم مهاجرت
سازگاری کامل رو به عقب با نسخه‌های قبلی حفظ شده است. معرفی Vercel Drives APIهای راه‌اندازی موجود Vercel Sandbox را تغییر نمی‌دهد و منسوخ نمی‌کند. سندباکس‌های موقتی که صراحتاً مونت درایو را اعلام نمی‌کنند، به کار خود کاملاً در محدوده ذخیره‌سازی موقت ایزوله سنتی با صفر تغییرات ناسازگار ادامه خواهند داد. استقرارهای موجود به هیچ بازنویسی کدی نیاز ندارند مگر اینکه بخواهند رابط‌های ذخیره‌سازی پایدار جدید را اتخاذ کنند.
با این حال، طراحان سیستم باید محدودیت‌های عملیاتی خاص و مکانیسم‌های وضعیت را در طول مهاجرت در نظر بگیرند. درایوها به طور پیش‌فرض دارای ظرفیت 1 ترابایت (1 گیگابایت در طرح‌های Hobby) با سقف سخت 16 ترابایت هستند. علاوه بر این، توسعه‌دهندگان باید توجه داشته باشند که انشعاب‌های درایو عملیاتی یک‌طرفه هستند: انشعاب‌های فرعی به‌طور خودکار در درایو والد اصلی ادغام نمی‌شوند. برنامه‌هایی که به کاوش انشعاب‌یافته متکی هستند باید منطق ادغام سفارشی پایین‌دستی را پیاده‌سازی کنند یا در صورت یکپارچه‌سازی خروجی‌ها، به به‌روزرسانی‌های پوینتر (Pointer) تکیه کنند.
راهنمای ارتقای گام‌به‌گام
ارتقای زیرساخت ایجنت شما برای بهره‌گیری از ذخیره‌سازی پایدار مستقیماً نیازمند پروویژن کردن یک درایو و به‌روزرسانی منطق نمونه‌سازی سندباکس از طریق کد یا CLI است.
- پروویژن کردن درایو از طریق CLI یا SDK: لایه ذخیره‌سازی پایدار خود را قبل از راه‌اندازی محیط‌های اجرایی وابسته ایجاد کنید.
vercel drives create my-agent-workspace --size 100Gi
- پیکربندی مونت سندباکس: کد برنامه خود را با استفاده از Vercel Sandbox SDK به‌روزرسانی کنید تا درایو پروویژن‌شده مستقیماً در دایرکتوری کاری ایجنت شما مونت شود.
import { Sandbox } from '@vercel/sandbox';
const sandbox = await Sandbox.create({
drives: [
{
id: 'drv_my-agent-workspace',
mountPath: '/workspace'
}
]
});
- استقرار قالب شروع (جایگزین): برای راه‌اندازی سریع، قالب شروع ایجنت رسمی Vercel Drives را با یک کلیک در داشبورد Vercel خود مستقر کنید تا یک پیاده‌سازی تولیدی