
Vercel додав постійно увімкнені Daemons, повну підтримку Python та Drives для AI-агентів.
Vercel випустив у публічній бета-версії Daemons для постійно працюючих фонових процесів, зробив підтримку Python повністю доступною та надав загальний доступ до Drives як постійного сховища для AI-агентів.
Daemons для постійно увімкнених процесів
Vercel представив Daemons у четвер на конференції Ship у Сан-Франциско. Сервіс перебуває в публічній бета-версії: розробники можуть запускати контейнер і встановлювати кількість екземплярів у регіоні. Vercel зберігає процесув увімкненому стані та відновлює їх при перерві. Спочатку Daemons підтримує завантаження типу pull: worker-и отримують завдання з черги або бази даних і обробляють їх.
CTO Мальте Убль сказав, що це рухання нижче по стеку і мета в тому, щоб більше команд використовували Vercel як провайдера інфраструктури. Він порівняв це з роботою на основі запитів і навів приклад пайплайну розгортання Vercel: розгортання не обробляє процес, який отримує запит API. За допомогою Daemons worker-и запускаються, запитують роботу та обробляють її. За словами компанії, після публічної бети контейнерів 5 000 команд зробили 150 000 розгортань.
Приклад worker-а для Next.js та Python
Приклад Vercel об'єднує фронтенд Next.js, Python API та контейнеризований відеопроцесор. Контейнер об'єднує залежності Python та FFmpeg, отримує завдання з Vercel Queues для зшивання файлів і створення мініатюр. Убль описав транскодинг як обтяжуюче завантаження на CPU, де машини мають бути завантажені на 100% CPU. За його словами, Daemons протистоїть тимчасовому sandbox: вони залишаються увімкненими, але не викликаються запитом з інтернету.
Підтримка Python стала загальнодоступною
Vercel зробив підтримку Python для FastAPI, Flask та Django загальнодоступною. Застосунки працюють на стандартному CPython з залежностями PyPI, а Vercel виконує розпізнавання фреймворку, збірку та масштабування. За словами компанії, на платформі вже 150 000 команд обробляють Python бекенди, серед яких інженери OpenAI, Polymarket та Exa.
Щодо контейнерів Убль сказав, що це компроміс у веденні image. З керованим runtime для Node, Bun або Python Vercel встановлює оновлення безпеки без повторного розгортання користувачем. На контейнері, за його словами, image врешті-решт є відповідальністю користувача, оскільки Vercel розглядає його як байти. Запустити Daemons можна через Git або Vercel CLI; Vercel збирає image та зберігає його у Container Registry.
Drives призначений для файлів, що перевищують можливості sandbox
Vercel також зробив Drives загальнодоступним. Це постійне сховище для AI-агентів, яке дозволяє агентові виносити файли за межі запуску коду в sandbox. Агент може прикріпити drive до нового sandbox, змінити runtime і продовжити роботу з уже створеними файлами. Убль назвав це гібридом мережевого drive у стилі EBS та об'єктного сховища, сказавши, що AWS не пропонує такої комбінації. Запис відбувається на локальний NVMe-диск і асинхронно передається в об'єктне сховище; читання використовує локальний диск, якщо він є, або передається блок за блоком.
Убль сказав, що Drives кращий для агентів, ніж snapshots, бо snapshots стає великим, коли захоплює той самий незмінний матеріал. Прикріплення одного робочого каталогу дає агентам змогу завантажуватися з того самого кешованого image. За допомогою Drives агенти можуть використовувати роботу один одного: один готує набори даних, інші прикріплюють копії тільки для читання для аналізу або звітів, а агенти можуть робити fork drive для окремих тестових середовищ. За його словами, fork-и не зливаються з оригіналом, тому розробники мають вказувати агентови, куди записувати, а потім прикріпляти цей каталог до постійного drive. Drives доступний на всіх планах Vercel, з обсягами за замовчуванням 1 TiB, або 1 GiB на Hobby, і конфігураціями до 16 TiB.
Джерела: The New Stack
SiTech — веброзробка з підтримкою AI
Створюємо швидкі та сучасні сайти й інтегруємо AI у бізнес-процеси. Маєте проєкт чи запитання? Із задоволенням допоможемо.