Vercel-ը ավելացրեց մշտապես միացված Daemons, Python-ի լրիվ աջակցություն և Drives AI ագենտների համար

Daemons՝ մշտապես միացված գործընթացների համար

Vercel-ը Daemons ներկայացրեց Ship կոնֆերանսին հինգշաբթի Սան-Ֆրանցիսկոյում: Ծառայությունը հասանելի է հանրային բետայում՝ մշակողները կարող են գործարկել կոնտեյներ և սահմանել ինստանցիաների քանակը տվյալ տարածաշրջանում: Vercel-ը պահում է գործընթացները միացված և վերագործարկում դրանք դադարեցնելիս: Սկզբում Daemons-ը աջակցում է pull տիպի բեռնումներին՝ worker-ները առաջադրանքները վերցնում են հերթից կամ տվյալների բազայից և մշակում:

CTO Մալթե Ուբլը ասաց, որ սա ստեկի մեջ ավելի ստորև իջնելն է, իսկ նպատակն է, որ ավելի շատ թիմեր օգտագործեն Vercel-ը որպես ենթակառուցվածքի մատակարար: Այն հակադրեց պահանջով կառավարվող աշխատանքին և Vercel-ի դեպլոյմենթի հավաքածուն բերեց օրինակ՝ դեպլոյմենթը չի մշակում այն գործընթացը, որը ստանում է API հարցում: Daemons-ով worker-ները սկսում են, պահանջում աշխատանք և մշակում այն: Ըստ ընկերության՝ կոնտեյներների հանրային բետայից հետո 5 000 թիմ կատարել է 150 000 դեպլոյմենթ:

Next.js-ի և Python-ի worker-ի օրինակ

Vercel-ի օրինակը միավորում է Next.js ֆրոնթենդը, Python API-ն և կոնտեյներացված տեսանյութի մշակիչը: Կոնտեյները պարունակում է Python-ի կախվածությունները և FFmpeg-ը, իսկ Vercel Queues-ից վերցնում է առաջադրանքներ կոմպրեսվող ֆայլերի համար և մինիատյուրներ ստեղծելու համար: Ուբլը թրանսկոդինգը նկարագրեց որպես CPU-ին կախված բեռնվածություն, որտեղ մեքենաները պետք է գտնվեն 100% CPU-ում: Ըստ նրա՝ Daemons-ը ժամանակավոր sandbox-ի հակատեսակ է՝ միշտ միացված են, բայց ինտերնետից հարցմամբ չեն աշխատում:

Python-ի աջակցությունը հասանելի դարձավ

Vercel-ը Python-ի աջակցությունը FastAPI-ի, Flask-ի և Django-ի համար հասանելի դարձրեց: Ավելիները աշխատում են ստանդարտ CPython-ով՝ PyPI կախվածություններով, իսկ Vercel-ը ճանաչում է ֆրեյմվորքը, կատարում build-ը և մասշտաբավորում: Ըստ ընկերության՝ պլատֆորմում արդեն 150 000 թիմ մշակում է Python backend-ներ, այդ թվում՝ OpenAI-ի, Polymarket-ի և Exa-ի ինժեներները:

Կոնտեյների հարցում Ուբլը ասաց, որ վեճը image-ի կառավարման մասին է: Node-ի, Bun-ի կամ Python-ի ճիշտ runtime-ով Vercel-ը անվտանգության թարմացումները տեղադրում է առանց օգտատիրոջ նոր դեպլոյմենթների: Կոնտեյների դեպքում, ըստ նրա, image-ը վերջնորդապես օգտատիրոջ պատասխանատվության տակ է, քանի որ Vercel-ը այն դիտում է որպես բայթեր: Daemons-ը հնարավոր է գործարկել Git-ով կամ Vercel CLI-ով; Vercel-ը հավաքում է image-ը և պահում Container Registry-ում:

Drives-ը նախատեսված է ֆայլերի համար, որոնք գերազանցում են sandbox-ը

Vercel-ը Drives-ն էլ հասանելի դարձրեց: Դա մշտական պահեստ AI ագենտների համար է և ապահովում է ագենտի ֆայլերը կոդի գործարկման sandbox-ից դուրս: Ագենտը կարող է drive-ը կցել նոր sandbox-ին, փոխել runtime-ը և շարունակել աշխատանքը արդեն ստեղծված ֆայլերի հետ: Ուբլը այն անվանեց EBS-ի ոճի ցանցային drive-ի և օբյեկտային պահեստի հիբրիդ և ասաց, որ AWS-ը չի առաջարկում այդ համակցությունը: Գրառումը կատարվում է տեղական NVMe սկավառակի վրա և ասինխրոն կերպով փոխանցվում օբյեկտային պահեստ; ընթերցումը օգտագործում է տեղական սկավառակը, եթե այն առկա է, կամ փոխանցվում է բլոկ առ բլոկ:

Ուբլը ասաց, որ Drives-ը ագենտների համար snapshots-ից ավելի լավ է, քանի որ snapshots-ը մեծանում է, երբ վերցնում է մեկ ու նույն անփոփոխ նյութը: Մեկ աշխատանքային դիրեկտորիայի կցումը ագենտներին հնարավորություն է տալիս բեռնել մեկ ու նույն քեշավորված image-ից: Drives-ով ագենտները կարող են օգտագործել մեկմեկության աշխատանքը՝ մեկը պատրաստում է տվյալների հավաքածուներ, մյուսները կցում են միայն ընթերցվող օրինակները վերլուծության կամ հաշվետվությունների համար, իսկ ագենտները կարող են անել drive-ի fork առանձի գրելու փորձական տարածքների համար: Ըստ նրա՝ fork-ները բնօրինակի հետ չեն միանում, ուստի մշակողները պետք է ագենտին ասեն, որտեղ գրել, իսկ այնուհետև կցնեն այդ դիրեկտորիան մշտական drive-ին: Drives-ը հասանելի է բոլոր Vercel պլաններում՝ լռելյալ 1 TiB ծավալով, կամ 1 GiB Hobby-ում, և կազմաձևումներով՝ 16 TiB-ով:

Աղբյուրներ: The New Stack