Rongchai Wang
09:16, 17 января 2026
GitHub вводит ограничение скорости для записей кэша Actions на уровне 200 загрузок в минуту на репозиторий, решая проблемы стабильности системы от большого объема загрузок.
GitHub внедрил новое ограничение скорости в своей системе кэша Actions, ограничив загрузки до 200 новых записей кэша в минуту для каждого репозитория. Изменение, объявленное 16 января 2026 года, нацелено на репозитории, которые перегружали систему кэша быстрыми загрузками и вызывали проблемы стабильности по всей платформе.
Загрузки остаются незатронутыми. Если ваши рабочие процессы извлекают существующие записи кэша, ничего не меняется. Лимит специально нацелен на создание новых записей — различие, которое имеет значение для команд, запускающих параллельные сборки, которые генерируют свежие данные кэша.
Почему сейчас? GitHub назвал «cache thrash» виновником. Репозитории, загружающие огромные объемы записей кэша короткими всплесками, ухудшали производительность для всех остальных на общей инфраструктуре. Ограничение в 200 в минуту дает активным пользователям достаточный запас для легитимных случаев использования, предотвращая при этом тот тип злоупотреблений, который дестабилизировал систему.
Часть более широкой модернизации Actions
Это ограничение скорости появляется на фоне нескольких значительных изменений в экономике GitHub Actions. Ранее в этом месяце GitHub снизил цены на размещенные раннеры на 15% до 39% в зависимости от размера. Но более крупная новость наступает 1 марта 2026 года, когда использование самостоятельно размещенных раннеров в частных репозиториях начнет стоить 0,002$ в минуту — новая плата, которая подталкивает некоторые команды полностью пересмотреть свою архитектуру CI/CD.
Сама система кэша получила обновление в конце 2025 года, и теперь репозитории могут превысить предыдущий лимит в 10 GB благодаря ценообразованию с оплатой по мере использования. Каждый репозиторий по-прежнему получает 10 GB бесплатно, но активные пользователи теперь могут покупать больше, вместо того чтобы постоянно бороться с политикой вытеснения.
Что командам следует проверить
Большинство рабочих процессов не заметят этого лимита. Но если вы запускаете матричные сборки, которые генерируют уникальные ключи кэша для десятков параллельных заданий, посчитайте. Матрица из 50 заданий, завершающаяся одновременно, теоретически может достичь 200 загрузок кэша менее чем за минуту, если каждое задание создает несколько записей.
Решение простое: консолидируйте ключи кэша, где это возможно, или разносите завершение заданий по времени, если вы действительно упираетесь в потолок. GitHub не объявил о какой-либо панели мониторинга для скорости загрузки кэша, поэтому командам, обеспокоенным достижением лимитов, потребуется проверять журналы рабочих процессов вручную.
Источник изображения: Shutterstock
Источник: https://blockchain.news/news/github-actions-cache-rate-limit-200-per-minute
