Кратко

  • Задания GitLab.com, подпадающие под квоту вычислительных минут, расходуют ресурс верхнего пространства имён своего проекта. Отдельные проекты и подгруппы не обязательно получают самостоятельные лимиты.
  • Дополнительно купленные минуты используются после включённого месячного объёма. Неизрасходованный остаток сохраняется на следующие месяцы, но не переносится между группами и не пополняется заново как ежемесячный пакет.
  • Остаток минут, наличие подходящей среды исполнения и безопасное разрешение запустить код — разные условия. Дополнительная покупка не заменяет проверку двух последних.

Что объединено, когда работа разделена

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

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

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

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

Снаружи общего фонда действует другая логика

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

Из этой нормы следует возможность, которую легко потерять в сводном бюджете: у компании может оставаться купленный объём в одной группе, а в другой потребуется новая покупка. Это вывод о допустимом сочетании условий, а не установленный финансовый ущерб конкретного заказчика. Сложение остатков во внутреннем отчёте не меняет того, где разрешено их использовать.

Модель пространств имён различает пользовательские и групповые пространства. В группах могут находиться подгруппы со своими настройками и некоторыми наследуемыми параметрами. Такая детализация управления не создаёт отдельного верхнего лимита для каждого подразделения. И сама группа не обязана соответствовать юридическому лицу или бухгалтерскому центру затрат.

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

Сколько минут содержится в десяти минутах ожидания

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

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

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

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

Как общий остаток превращается в общий предел

Правила применения квоты предусматривают предупреждения при остатке менее 25%, менее 5% и при достижении нуля. Владельцы пространства имён получают электронное письмо, а в приложении появляется уведомление. Однако адресат предупреждения не обязательно знает, какие задания другие команды собираются добавить в ближайшие часы.

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

Тысяча минут — не резерв для каждого проекта и не гарантия завершения уже начатой работы. Несколько заданий могут одновременно расходовать один и тот же совокупный запас превышения. Это также не дополнительный ежемесячный объём, который следует включать в обычный план. Исполнители уровня проекта и группы под действие этой конкретной квоты не попадают и продолжают обрабатывать работу.

Такой остановке нельзя автоматически давать название сбоя GitLab. Сервис может работать строго по документации, а заказчик — уже не иметь нужного права на дальнейшее исполнение в данном режиме. Значит, требуется не обязательно восстановление инфраструктуры. Может понадобиться уполномоченное решение о покупке или пересмотре запланированной нагрузки.

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

Покупка имеет дату и адрес назначения

Дополнительные минуты начинают расходоваться после включённого месячного объёма. Неиспользованная часть переходит на следующие месяцы. Но это разовая покупка, а не повторяющееся право получить такой же новый объём при каждом месячном сбросе учёта. При смене уровня подписки купленные минуты остаются доступными, в том числе при переходе на Free.

Документация устанавливает срок действия в двенадцать месяцев с покупки. При этом истечение срока сейчас не применяется, а сохранение действительности после него не гарантируется. Обе части существенны. Нельзя утверждать, что весь старый остаток уже удалён; нельзя и считать видимый старый остаток бессрочно обеспеченным резервом.

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

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

Из запрета на перенос не следует рекомендация срочно перемещать проекты. Рассмотренные источники не устанавливают все последствия такого изменения для доступов и взаимодействия. Надёжный вывод уже: будущие покупки должны направляться туда, где ожидается потребление. Существующие пакеты нельзя считать свободными денежными средствами, доступными любой группе той же организации.

Исполнитель должен подходить, а код — заслуживать допуска

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

Размещаемые GitLab исполнители снимают с клиента часть реальной операционной работы. В обычном режиме GitLab.com задание получает новую виртуальную машину, удаляемую после исполнения. Специальные условия для вкладов сообщества отличаются, поэтому нельзя распространять эту характеристику на все варианты. Документация также задаёт цель запускать 90% заданий за 120 секунд. Это целевой уровень сервиса, а не измеренная здесь фактическая доля и не индивидуальное резервирование следующего запуска.

Отдельный вопрос — доверие к коду. Запрос на слияние из ответвлённого проекта обычно запускает конвейер в этом ответвлении и использует его ресурсы. Уполномоченный участник может начать исполнение в родительском проекте, где конфигурация внешней ветки используется вместе с контекстом и ресурсами родительского проекта. Документация такого запуска предупреждает о необходимости проверять недоверенный код. Защищённые переменные и исполнители имеют собственные ограничения: речь не о том, что любой подобный запуск получает все секреты.

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

Аналитика CI/CD помогает наблюдать длительность и результаты конвейеров. Эти показатели дополняют счётчик пространства имён, но не заменяют его. В конечном счёте покупать нужно не абстрактный большой остаток, а право выполнить необходимую работу в подходящем месте и при сохранении условий безопасности. Ни баланс, ни быстрый график по отдельности не доказывают, что такое сочетание достигнуто.

Источники и ограничения

Фактическая основа — документация GitLab, проверенная 3 сентября 2026 года: вычислительные минуты, применение квоты, дополнительные покупки, пространства имён и эффективность.

Условия исполнения подтверждаются страницами об исполнителях, размещаемых средах, запросах на слияние, безопасности и аналитике. Счета клиентов, закрытая телеметрия и индивидуальные договоры не изучались. Выводы о квоте относятся к GitLab.com и не объявляют одинаковыми коммерческие условия всех установок Self-Managed или Dedicated.