Что меняется

Лимиты выравниваются по типу подписки. Планы Free, Premium и Ultimate получат собственные ограничения, применяемые на пользователя и на группу верхнего уровня. Free вступает в силу 19 октября; Premium и Ultimate — в январе 2027.

Вход в систему открывает полный лимит. Аутентифицированный запрос регулируется планом подписки пользователя. Запрос без учётных данных получает 60 запросов в час на IP-адрес.

Лимиты по каждому плану опубликованы в документации по ограничениям.

Что происходит 19 октября

Будут две предварительные демонстрации для трафика Free и неаутентифицированных запросов — 7 и 14 октября с 15:00 по 19:00 UTC. Вошедшие в систему запросы Premium и Ultimate не затронуты, так как их лимиты не меняются до января. Неаутентифицированные запросы ограничены независимо от источника, включая автоматизацию, работающую против платного аккаунта без учётных данных. Предварительная демонстрация (инженеры называют её brownout) — это короткое запланированное окно, когда новые лимиты включаются и затем отключаются обратно. При этом всё остальное в сервисе работает как обычно. Цель состоит в том, чтобы показать, как рабочие нагрузки ведут себя под новыми лимитами за недели до их постоянного вступления в силу.

На 19 октября новые лимиты вступают в силу.

Эти лимиты установлены на основе анализа фактического использования GitLab.com. Почти все пользователи уже находятся в пределах новых лимитов и не заметят никаких изменений. Также учитывалось, что позволяют аналогичные платформы. Лимит Free и допуск для анонимных запросов соответствуют отраслевому стандарту, тогда как Premium и Ultimate — более щедрые, на уровнях, которые другие платформы зарезервировали для своих корпоративных тарифов или вообще не публикуют.

Если вы близки к лимиту

Если вы обнаружите, что приближаетесь к лимиту, аутентифицируйте свои запросы. Обычно это небольшое изменение: использование личного токена доступа, токена OAuth или токена задания CI/CD переводит запрос с анонимного лимита 60 запросов в час на лимиты своего плана, которые намного выше.

Далее посмотрите, как вы вызываете API. Пакетная обработка, кэширование и пагинация много помогают, а опрос в узком цикле быстро исчерпывает допуск. Когда вы превышаете лимит, вы получаете HTTP 429 с заголовком Retry-After, указывающим, как долго ждать, поэтому клиент, который читает собственные заголовки ответов, обычно решает проблему сам. Экспоненциальное отступление восстанавливается быстрее, чем немедленный повтор.

Обновление до Premium или Ultimate также увеличивает лимиты — для пользователя и для группы верхнего уровня.

Если вам нужен более высокий лимит на постоянной основе, работается над способом приобрести дополнительную ёмкость сверх стандартных лимитов плана; подробности будут доступны позже в этом году. Если это про вас, обратитесь к команде своего аккаунта или напишите на limits@gitlab.com и расскажите, что вам нужно.

Что меняется, а что нет

Эти лимиты установлены так, чтобы ни одна рабочая нагрузка не могла замедлить платформу для остальных. Обычная аутентифицированная работа — не мишень, и для подавляющего большинства пользователей обычный день выглядит идентично. Просмотр пользовательского интерфейса, работа в редакторе, push и pull с помощью git, запуск CI/CD в рамках своего плана — всё продолжает работать точно так же, как сегодня. Некоторая тяжёлая автоматизация и небольшое количество рабочих нагрузок на уровне Free достигнут новых потолков.

Что не меняется:

  • Вы всегда можете достичь и экспортировать свои собственные данные и репозитории.
  • Лимиты GitLab Self-Managed и GitLab Dedicated остаются с вашим оператором. Это только изменение GitLab.com.
  • Мы уведомим вас перед внесением дополнительных изменений.

Напоминание: Обязательно аутентифицируйте свои запросы к GitLab.com, чтобы ваши лимиты были выше.

Часто задаваемые вопросы

Как узнать, затрагивает ли это меня?
Сравните свою самую загруженную минуту с опубликованными лимитами для вашего плана. Большинство пользователей не близки. Быстрый сигнал тем временем — заголовок RateLimit-Remaining в ответах API, который показывает, сколько текущего окна осталось, и разрабатывается представление в продукте для выпуска позже в этом году, которое показывает использование в зависимости от лимитов плана.

Мой проект публичный и загруженный. Какие у меня варианты?
Три вещи помогают. Попросите автоматизацию, которая вызывает ваш проект, войти в систему, что переместит её на собственные лимиты вместо анонимного допуска. Сделайте проект приватным, если трафик не поступает от аудитории, для которой вы его создали, что полностью остановит доступ анонимных вызывающих абонентов. Или обновитесь до Premium или Ultimate для намного более высоких лимитов.

Что если я являюсь членом нескольких групп верхнего уровня?
Ваш лимит пользователя будет наивысшим доступным вам уровнем подписки. Если вы являетесь членом группы Ultimate, у вас будет доступ к лимиту Ultimate.

Что происходит, когда я превышаю лимит?
Вы получаете 429 Too Many Requests с заголовками RateLimit-* и Retry-After. Дождитесь указанного интервала и повторите попытку.

Моя интеграция действительно не может аутентифицироваться. Что теперь?
Напишите нам на limits@gitlab.com. Существуют легитимные анонимные паттерны, очевидным примером является публичный значок статуса. Если вас беспокоит, что интеграция, которой вы владеете, может быть затронута, свяжитесь с нами.

Применяется ли это к GitLab Self-Managed или GitLab Dedicated?
Нет. Это только изменение GitLab.com.

Дополнительные ресурсы

Ограничения по частоте запросов GitLab.com