Когда Vercel Hobby удаляет деплои раньше 30 дней

Vercel Hobby может удалить старые деплои до истечения 30 дней, если команда превысила 10GB. Разбираем исключения, риски отката и полную цену Pro.

Thursday, September 17, 2026Omid Saffari
Tools
Когда Vercel Hobby удаляет деплои раньше 30 дней

30-дневная история деплоев в Vercel Hobby больше не гарантирует безопасный откат. С 16 сентября 2026 года у команды Hobby, превысившей лимит Deployment Storage в 10GB, старый превью-деплой или точка отката production могут быть удалены сразу, если на них не распространяется ни одно исключение из правил хранения.

Текущий production-деплой по-прежнему защищён. То же относится к деплоям с подходящими алиасами и к последнему превью активной Git-ветки. Новое правило затрагивает всё, что не входит в эти защищённые группы. Поэтому личный прототип может продолжать работать, а старая ссылка для ревью — незаметно перестать открываться.

Почему 30 дней в Vercel Hobby больше не минимум

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

Стандартный срок хранения на Hobby всё ещё составляет 30 дней. Изменилось правило очистки при превышении лимита: как только команда занимает больше 10GB в Deployment Storage, незащищённый деплой может попасть под удаление до истечения этих 30 дней. В этом и состоит практическое последствие обновления. Бесплатная история деплоев теперь зависит и от объёма хранилища, и от перечисленных ниже исключений.

Для каждого проекта Hobby действуют две защиты недавних деплоев:

  • Последние 3 созданных деплоя любого типа
  • Последние 3 production-деплоя со статусом Ready

Это единое объединённое множество, а не шесть зарезервированных мест. Один недавний production-деплой может входить сразу в обе группы. Если три самых новых деплоя одновременно являются тремя самыми новыми production-релизами со статусом Ready, по этим двум правилам будут защищены только те же три деплоя.

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

Архитектурная схема защищённых деплоев Vercel Hobby и зоны очистки незащищённых деплоев при превышении 10GB
Hobby сохраняет объединённый набор недавних деплоев и именных исключений. Всё остальное может попасть под очистку при превышении 10GB.

Какие деплои Vercel по-прежнему защищает

Проще всего понять правило, если разделить защиту по давности деплоя и защиту по способу его использования.

ДеплойПока действует защитаЧто прекращает защиту
Текущий productionНа него указывает production-алиасАлиас переходит к более новому деплою
Недавняя история проектаОн входит в последние 3 созданных деплояНовые деплои вытесняют его из этого набора
Недавняя история productionОн входит в последние 3 production-деплоя со статусом ReadyНовые production-релизы со статусом Ready вытесняют его из набора
Пользовательская ссылка для ревьюУ не-production-деплоя есть пользовательский алиасАлиас удаляют или переносят
Превью активной веткиЭто последнее превью активной Git-веткиВетку удаляют либо связанный с ней pull request сливают или закрывают
Цель пользовательского окруженияНа него указывает алиас ветки пользовательского окруженияАлиас ветки переносится или исчезает

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

Из-за этого меняется привычный сценарий работы. Можно отправить кому-то превью, слить pull request и рассчитывать, что ссылка будет доступна до конца месяца. Но как только ветка перестаёт быть активной, исключение для её последнего превью больше не действует. Если команда уже превысила 10GB, а деплой не входит ни в одну из двух последних троек, ссылка может лишиться своей цели ещё до 30-го дня.

Кого это действительно затронет

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

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

Тем, кто использует деплои как запас готовых точек отката, стоит проверить список недавних production-версий. Последние 3 production-деплоя со статусом Ready остаются защищёнными, но более старый заведомо рабочий релиз не становится безопасным лишь потому, что ему ещё нет 30 дней.

Фрилансерам, агентствам и компаниям не следует выбирать тариф только по правилам хранения. Hobby предназначен исключительно для личного некоммерческого использования. Коммерческим проектам нужен Pro, даже если они укладываются в 10GB, поэтому изменение истории деплоев лишь подчёркивает уже существующее различие между тарифами.

Команды Hobby, которые занимают меньше 10GB, не подпадают под новый механизм немедленной очистки. Для их деплоев по-прежнему действуют стандартная политика 30 дней и её исключения. Это конкретное изменение Hobby также не распространяется на команды Pro и Enterprise: стандартные сроки хранения и количество защищённых недавних деплоев у них больше.

Проверьте историю деплоев, которая ещё нужна

Начните с уровня команды. Лимит 10GB относится ко всей команде Hobby, а полезная информация распределена между проектами.

  1. Проверьте оба счётчика хранилища

    Выберите нужную команду в Vercel, откройте Usage, затем Deployment Storage. Проверьте показатели Deployment Storage, куда входят результаты сборок и статические ресурсы, и Functions Storage, где хранятся пакеты функций. В каждом показателе откройте Projects, чтобы найти проекты с наибольшим объёмом сохранённых данных.

  2. Запишите деплои, которые нельзя потерять

    В каждом крупном проекте откройте Deployments. Зафиксируйте текущий production-деплой, production-сборку, к которой действительно пришлось бы откатываться, все превью-ссылки, ещё участвующие в ревью или согласовании, а также старые сборки, нужные для аудита или регрессионной проверки. Этот список и есть ваши требования. Лента деплоев — лишь перечень доступного.

  3. Найдите защиту для каждого важного деплоя

    Проверьте, входит ли каждый нужный деплой в последние 3 созданных, в последние 3 production-деплоя со статусом Ready, имеет ли он подходящий алиас или является последним превью активной ветки. Если один деплой входит в обе последние тройки, не считайте эти группы по отдельности.

  4. Сохраните исключение — или исходники

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

  5. Удалите данные, у которых больше нет задачи

    После согласования с владельцами удалите устаревшие пользовательские алиасы и закройте старые pull request в обычном порядке работы с репозиторием. Затем откройте представление Resources у самого крупного деплоя и поищите слишком объёмную статику или пакеты Functions. Страница Usage покажет проблемный проект, но не назовёт конкретный файл, деплой или пакет, который создаёт этот объём.

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

Очистка и Pro меняют разные части расчёта

Для личного некоммерческого проекта очистка не требует оплаты подписки. Придётся отказаться от истории, у которой больше нет практической задачи, по возможности уменьшить результаты сборки и остаться в пределах лимита Hobby. Цена такого решения — операционные ограничения: меньше старых превью для проверки и меньше production-сборок для отката.

Переход на Pro — это не апгрейд за $0.10. На Pro хранение в Deployment Storage и Functions Storage тарифицируется по $0.10 за GB в месяц, поэтому хранение 10GB по одному из этих показателей в течение полного месяца стоит $1 по прайс-листу. Но сам тариф начинается с ежемесячной платформенной платы $20: в неё входят одно место с правом деплоя и ежемесячный кредит $20 на инфраструктуру. Каждое дополнительное место Owner или Member с правом деплоя добавляет ещё $20 в месяц. Места Viewer бесплатны.

Отсюда следует простое правило выбора. Сравнивать нужно не «удалить историю» и «заплатить $1 за хранилище», а очистку и полный тариф за $20 в месяц. Затем прибавьте всех дополнительных участников с правом деплоя и проверьте, покрывает ли включённый кредит фактические расходы команды на хранилище и остальную инфраструктуру. Остальные составляющие счёта разобраны в полном руководстве по ценам Vercel.

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

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

Если команда Hobby уже превысила 10GB или близка к лимиту, начните со страницы Usage и найдите проекты, которые занимают больше всего места в Deployment Storage и Functions Storage. Затем отметьте конкретные превью-ссылки и точки отката, которые всё ещё нужны для работы или ревью. Защитите их осознанно, а ненужную историю отпустите.

Если команда уверенно держится ниже 10GB, срочная очистка не требуется. Но помните о стандартной политике 30 дней, особенно перед закрытием ветки, чьё превью всё ещё кому-то нужно.

Если проект коммерческий, не считайте очистку Hobby долгосрочной стратегией. Заложите в бюджет полную стоимость Pro, оставьте право деплоя только тем, кому оно необходимо, для остальных используйте бесплатные места Viewer и сопоставьте этот счёт с ценой восстановления потерянного процесса ревью или отката.

Чтобы получать один такой понятный разбор каждую неделю, подпишитесь на рассылку.

Последнее обновление
17 сент. 2026 г.
Категория
Explained

Сделать этот сайт предпочтительным в Google

Добавить omidsaffari.com как предпочтительный источник в Google Поиске

Отметьте omidsaffari.com как предпочтительный источник — и Google будет поднимать его для вас в Top Stories, AI Overviews и AI Mode.

Похожие статьи
Cloudflare AI Gateway: как не оплачивать чужие запросы

Cloudflare AI Gateway: как не оплачивать чужие запросы

Cloudflare AI Gateway теперь отклоняет запросы без ключа провайдера, чтобы клиентская нагрузка не списывалась через Unified Billing с вашего баланса.17 сент. 2026 г.Explained
Cloudflare Workers на Python получили прямой доступ к PostgreSQL и MySQL

Cloudflare Workers на Python получили прямой доступ к PostgreSQL и MySQL

Cloudflare Workers на Python получили прямой доступ к PostgreSQL и MySQL через Hyperdrive. Разбираем экономию, ограничения и безопасный тест миграции.16 сент. 2026 г.Explained
Gemini 3.8 Live: как голосовой ИИ-агент работает без пауз

Gemini 3.8 Live: как голосовой ИИ-агент работает без пауз

Gemini 3.8 Live позволяет голосовому ИИ-агенту говорить во время фоновых вызовов инструментов. Разбираем сценарии, риски и стоимость завершённой задачи.16 сент. 2026 г.Explained
Права доступа Cloudflare Workers: безопасный деплой для клиента

Права доступа Cloudflare Workers: безопасный деплой для клиента

Cloudflare позволяет выдать права только на один Worker. Разбираем, как разделить отладку, ревью кода и деплой между клиентскими проектами без лишнего доступа.15 сент. 2026 г.Explained
Доступ Claude Code к сети теперь выдаётся на одну команду

Доступ Claude Code к сети теперь выдаётся на одну команду

Claude Code 2.1.271 открывает нужный домен только на время одной команды: установка зависимостей получает сеть, а следующие шаги не наследуют доступ.15 сент. 2026 г.Explained
Vercel AI SDK: как оплачивать агентов действующей подпиской

Vercel AI SDK: как оплачивать агентов действующей подпиской

Vercel AI SDK теперь использует подписки Claude Code, Codex и других агентов. Объясняем приоритет учётных данных, общие лимиты и расходы Sandbox.15 сент. 2026 г.Explained
Автоматизация браузера в Cloudflare: контроль хостов

Автоматизация браузера в Cloudflare: контроль хостов

Как ограничить автоматизацию браузера в Cloudflare списком разрешённых хостов, открыть Live View только для просмотра и учесть стоимость Browser Sessions.14 сент. 2026 г.Explained
Стоимость голосового ИИ-агента на GPT-Live-1: полный расчет

Стоимость голосового ИИ-агента на GPT-Live-1: полный расчет

Разбираем стоимость голосового ИИ-агента на GPT-Live-1: $0.05 за минуту голосовой сессии, расходы на бэкенд, инструменты и телефонный трафик.14 сент. 2026 г.Explained
Рассылка

Одно письмо, каждое воскресенье.Работающие системы, а не горячие мнения.

Еженедельно. Без спама. Отписка в любой момент.