Стоимость сборки Vercel: когда Basic дешевле Elastic

Низкая цена за минуту еще не означает низкую стоимость сборки Vercel. 3 сентября 2026 года Vercel предложил командам на тарифах Pro и Enterprise новый вариант Basic: 2 vCPU, 8 ГБ памяти и $0.007 за минуту сборки. Счет станет меньше лишь в том случае, если стоимость одной завершенной сборки окажется ниже, чем на Elastic, с учетом времени выполнения, округления, сбоев и ожидания в очереди.

Что изменилось в Vercel

Машина сборки — это временный компьютер, на котором Vercel устанавливает зависимости, компилирует приложение и готовит развертывание. Теперь у платных проектов появился менее мощный вариант с фиксированными ресурсами: машины сборки Basic доступны на Pro и Enterprise, а не только на Hobby.

Basic предоставляет 2 vCPU, 8 ГБ памяти и 32 ГБ дискового пространства. Elastic может выделять от 4 до 30 vCPU и от 8 до 60 ГБ памяти в зависимости от нагрузки проекта. Для новых платных проектов вариантом по умолчанию по-прежнему остается Elastic.

Basic можно выбрать, но новым платным вариантом по умолчанию он не стал. Новые платные проекты по-прежнему запускаются на Elastic, а владелец может включить Basic в настройках команды или проекта. В проектах Hobby сохранилась прежняя включенная в тариф машина с 2 vCPU — теперь она называется Basic.

В этом материале разобран только выбор машины сборки. Стоимость тарифа, включенный кредит на использование, рабочие места, трафик, функции, хранилище и дополнения по-прежнему нужно учитывать в полном разборе цен Vercel.

Как считать стоимость сборки Vercel

У Basic и Elastic одинаковая базовая ставка за процессорное время: $0.0035 за минуту работы одного CPU. Итоговые суммы различаются потому, что Basic всегда использует 2 vCPU, а Elastic выделяет от 4 до 30.

Vercel округляет длительность каждой сборки вверх до целой минуты. Отсюда следуют две рабочие формулы:

• Basic: минуты сборки после округления × $0.007.
• Elastic: минуты сборки после округления × число выделенных vCPU × $0.0035.

При минимальном варианте Elastic с 4 vCPU начальная стоимость составляет $0.014 за каждую оплачиваемую минуту сборки. У Basic такая минута обходится вдвое дешевле. Поэтому расходы сравняются, если Basic потребует ровно вдвое больше оплачиваемых минут, а при меньшей разнице Basic окажется выгоднее.

Если Elastic выделяет больше 4 vCPU, правило меняется. Оно также меняется на каждой границе минуты, поскольку Vercel округляет длительность каждой отдельной сборки, а не месячный итог. Для расчета счета нужны фактическая длительность и назначенная машина, а не приблизительная оценка по прайс-листу.

В рамках этого примера экономия в $7 реальна, но ее практическая ценность может быть невелика. Если каждое превью блокирует работу разработчика, ревьюера или ИИ-агента для разработки, удлинившийся цикл обратной связи может стоить дороже, чем экономия в счете. Если сборки выполняются в фоне, а очередь не растет, у Basic лучше удельная стоимость.

Не забывайте учитывать сбои в числителе. Рабочая метрика — общая стоимость сборок, деленная на число успешных развертываний. Машина с низкой поминутной ценой может проиграть по действительно важному результату, если из-за нее приходится запускать сборку повторно.

Время в очереди — тоже издержки процесса

Формула оплаты, которую публикует Vercel, учитывает длительность сборки и число CPU. Время ожидания отдельной строкой в нее не входит, однако команда все равно теряет это время.

Если параллельные сборки по запросу отключены, Pro предоставляет 3 слота для одновременных развертываний. Все сборки сверх числа активных слотов ждут своей очереди. При включенной параллельности по запросу Vercel указывает до 500 одновременных развертываний и выставляет счет за использованные минуты сборки.

Более медленная сборка на Basic дольше занимает слот. Для основателя, который несколько раз в день развертывает небольшой сайт, это может быть несущественно. Но задержка быстро дает о себе знать, когда ИИ-агент создает несколько превью, агентство развертывает множество клиентских проектов или команда одновременно отправляет изменения в несколько веток.

Замеряйте оба показателя времени:

• Длительность сборки определяет стоимость машины после округления.
• Ожидание в очереди плюс длительность сборки определяет время до получения обратной связи.

В этом и заключается выбор. Снижайте первый показатель так, чтобы второй не мешал рабочему процессу.

Кому стоит протестировать Basic

Основатель с одним небольшим приложением

Основатель SaaS, работающий в одиночку, может перевести легкий маркетинговый сайт или панель управления на Basic в настройках проекта, а затем сравнить одну и ту же типичную сборку с Elastic. Выгода — меньшая регулярная сумма за сборки без изменений в остальной части тарифа Vercel.

Оставлять Basic имеет смысл только в том случае, если сборка остается надежной, а возможное замедление не задерживает релизы. Если проект развертывается редко, разница в деньгах может оказаться слишком малой, чтобы оправдать ручную настройку.

Агентство с разными клиентскими проектами

Агентству не стоит выбирать одну машину для всех клиентов. Небольшие лендинги и контентные проекты можно поочередно закрепить за Basic на уровне каждого проекта. Крупные интернет-магазины, монорепозитории и приложения с большим числом зависимостей лучше оставить на Elastic, пока собственные измерения не покажут обратное.

Так маржинальность каждого проекта становится прозрачнее. Клиенту с небольшой нагрузкой больше не приходится использовать ту же машину сборки, что и самому тяжелому приложению агентства.

Технический руководитель, использующий ИИ-агентов

При разработке с помощью агентов меняется объем нагрузки. Большее число автоматических коммитов может привести к большему числу превью-сборок, поэтому небольшая разница в цене повторяется чаще.

Техническому руководителю следует измерять типичную серию запусков, а не одно развертывание в спокойный момент. Если Basic снижает стоимость завершенной сборки, но более долгие запуски занимают все 3 доступных слота и создают очередь, дешевая машина просто переносит издержки из счета в задержку обратной связи.

Владелец платформы Enterprise

Basic доступен на Enterprise, но одно условие договора может помешать изменить настройку самостоятельно. Клиенты Enterprise, у которых машины Enhanced включены по договору, по умолчанию используют именно их и должны обратиться к своему менеджеру, чтобы изменить предпочтения по машинам.

Как переключить один проект и провести тест

Начните с изменения на уровне проекта. Так эксперимент не затронет другие приложения, а вернуться к исходной настройке можно будет там же.

1. 1

   Зафиксируйте показатели Elastic

   Откройте Build Diagnostics в Vercel Observability и выберите типичное развертывание. Запишите длительность сборки, назначенную машину, оплачиваемое использование, ожидание в очереди и результат развертывания. Для запуска на Basic постарайтесь сохранить сопоставимые условия кеширования и ту же ревизию кода.

2. 2

   Выберите Basic для проекта

   Откройте проект в Vercel, затем перейдите в Settings, Build and Deployment и Build Machine. Выберите Basic и сохраните настройку. Vercel позволяет сделать тот же выбор на уровне команды, но для первого теста безопаснее настройка проекта. Для доступа к настройкам машины сборки нужна роль владельца.

3. 3

   Используйте документированный способ через CLI

   В Vercel CLI 59.6.0 или более новой версии машину проекта можно изменить этой командой:

   vc project update --build-machine basic

   Типичная ошибка — запустить старую версию CLI и решить, что выбор машины недоступен. Прежде чем считать неудачную команду ограничением тарифа, проверьте версию.

4. 4

   Запустите ту же нагрузку

   Соберите ту же типичную ревизию при сопоставимых условиях кеширования. Запишите те же показатели: длительность, машину, оплачиваемое использование, время в очереди и результат. Если в работе задействованы ИИ-агенты, включите в тест обычную серию запусков, чтобы очередь успела проявиться.

5. 5

   Принимайте решение по результату

   Рассчитайте общую месячную стоимость сборок и разделите ее на число успешных развертываний. Оставьте Basic, если удельная стоимость снизилась, а общее время выполнения по-прежнему соответствует цели команды. Верните проект на Elastic в настройках Build Machine, если потери в скорости, памяти или надежности сводят экономию на нет.

Реальные ограничения

Basic — это менее мощная машина, а не более эффективная версия Elastic. Объем памяти фиксирован на уровне 8 ГБ. Elastic при необходимости может масштабироваться до 60 ГБ памяти и 30 vCPU.

Округление тоже может поглотить небольшую экономию. Если сборка превысила границу минуты всего на несколько секунд, в счет попадет еще одна полная минута. Сравнивайте оплачиваемое использование, которое показывает Vercel, а не показания секундомера, округленные в выгодную сторону.

Elastic продолжает подстраиваться по мере развития проекта, а ресурсы Basic остаются фиксированными. Машина, подходящая сегодняшнему небольшому приложению, может перестать подходить после роста числа зависимостей, маршрутов или генерируемых ресурсов.

Кому действовать, кому подождать, а кому не обращать внимания

• Действуйте на этой неделе, если проект на Pro или Enterprise имеет стабильные сборки с низким потреблением ресурсов, а их объем достаточно велик, чтобы регулярная разница в стоимости каждой сборки была заметной.
• Подождите, если проект упирается в CPU, требует много памяти, приближается к лимиту в 45 минут или уже чувствителен к очередям превью. Сначала зафиксируйте надежные исходные показатели Elastic.
• Не обращайте внимания на изменение цены, если используете Hobby. Ваша включенная в тариф машина с 2 vCPU получила название Basic, но сама машина и условия тарифа не изменились.
• Сначала проверьте договор, если в Enterprise включены машины Enhanced. Возможно, изменение должен проводить менеджер аккаунта.

Что сделать в понедельник

В понедельник выберите один типичный небольшой проект. Запустите одну и ту же сборку на Elastic и Basic, затем зафиксируйте длительность, оплачиваемое использование, назначенные CPU, ожидание в очереди и результат. Оставьте вариант, который снижает стоимость завершенной сборки, не нарушая целевое время выполнения команды.

Подпишитесь на рассылку, чтобы получать другие понятные разборы изменений платформ, влияющих на бюджет или рабочий процесс.