Elastic Build Machines теперь защищают от OOM‑ошибок
Vercel добавил в Elastic Build Machines автоматический мониторинг использования памяти и динамическое переключение на более мощные машины, чтобы сборки не падали из‑за нехватки ОЗУ.
Что изменилось?
Vercel объявил о новой функции в Elastic Build Machines – системе, которая автоматически следит за потреблением памяти во время сборки и подбирает оптимальный тип машины. Если ваш билд быстрый, но требует много памяти, платформа больше не будет «понижать» его до менее мощного инстанса. При приближении к пределу ОЗУ система само‑переходит на более высокий тарифный уровень, а в случае OOM‑ошибки следующая деплой‑операция автоматически запускается на более мощной машине.
Как работает?
- Мониторинг в реальном времени: Vercel собирает метрики использования памяти и сравнивает их с заранее установленными порогами.
- Консервативные пороги: Настройки выбраны так, чтобы балансировать между надёжностью и стоимостью – повышать тип машины только когда это действительно необходимо.
- Авто‑апгрейд: При превышении порога происходит мгновенный переход на более высокий уровень без вмешательства пользователя.
- Отказ от даунгрейда: Быстрые, но «тяжёлые» по памяти билды больше не будут автоматически перемещаться на менее мощные машины.
Что это значит для разработчиков?
Благодаря новому механизму, сокращается количество падений сборок из‑за OOM, что особенно важно для проектов с интенсивными AI‑моделями, большими зависимостями или тяжёлыми фронтенд‑бандлами. При этом пользователи сохраняют контроль над затратами, получая отчёты о переключениях в логах.
Подробнее читайте в чейнджлоге Vercel.
Для AI‑разработчиков и студентов, работающих с тяжёлыми моделями, эта функция снижает риск неожиданных падений CI и ускоряет цикл обратной связи. Однако автоматический апгрейд может увеличить расходы, поэтому стоит следить за метриками и при необходимости задавать собственные лимиты. В целом, Vercel делает процесс деплоя более надёжным, позволяя сосредоточиться на коде, а не на инфраструктуре.
