GitHub Actions 1‑vCPU Linux Runner теперь доступен для общего пользования

ReactNode.jsDevOps

GitHub Actions объявил, что 1 vCPU Linux runners теперь доступны для общего пользования. Эти runners выполняют задачи внутри контейнера (не в выделенной виртуальной машине), предоставляют 1 vCPU и 5 ГБ ОЗУ и ограничены 15 минутами на задачу. Они предназначены для автоматизации задач, операций с проблемами и коротких CI задач; официальная цель runner — ubuntu-slim. (github.blog)

Почему это важно для команд полного стека

  • Оптимизация затрат и времени ожидания: недорогие контейнеры лучше подходят для частых, коротких задач (линтинг, форматирование, быстрые сборки, авто-метки, небольшие тесты), что снижает расходы по сравнению с более крупными виртуальными машинами.
  • Более быстрый цикл обратной связи для продуктивности разработчиков: короткие задачи, которые ранее использовали мощность виртуальной машины, могут перейти на эти легковесные runners и завершаться быстрее.
  • Ясная граница по размеру задач: жесткий лимит в 15 минут заставляет команды отделять очень короткие автоматизационные задачи от тяжелых CI пайплайнов.

Ключевые технические детали (из объявления)

  • Спецификация: 1 vCPU, 5 ГБ ОЗУ.
  • Модель выполнения: задача выполняется внутри контейнера с изоляцией на уровне гипервизора 2; контейнер удаляется после завершения задачи.
  • Временной лимит: 15 минут; задачи, превышающие лимит, будут завершены и потерпят неудачу.
  • Как нацелиться: используйте новый тип runner ubuntu-slim в определениях задач. (github.blog)

Практический контрольный список — что делать на этой неделе

  1. Аудит рабочих процессов: перечислите задачи в вашем .github/workflows, которые обычно выполняются менее 15 минут (линтеры, форматеры, небольшие шардированные юнит-тесты, авто-ответчики, генераторы релизных заметок).
  2. Перенос безопасных задач на ubuntu-slim: обновите runs-on до ubuntu-slim для вышеуказанных рабочих процессов, протестируйте их в ветке.
  3. Следите за ограничениями контейнеров: поскольку они работают внутри контейнеров (а не в ВМ), убедитесь, что задачи не зависят от возможностей, доступных только в ВМ (привилегированные инструменты ВМ, функции пользовательского ядра, долговременные монтирования). Если задача требует полной ВМ, используйте более крупный runner.
  4. Измерьте влияние: сравните время выполнения, время ожидания и выставление счетов до/после, чтобы количественно оценить улучшения в стоимости и задержке.
  5. Проверьте установленное программное обеспечение и ограничения: просмотрите репозиторий runner-images и документацию по выставлению счетов перед массовой миграцией, чтобы убедиться, что необходимые инструменты CLI и поведение учетных данных соответствуют вашим требованиям. (github.blog)

Что не следует переносить

  • Долговременные сборки/тесты, которые обычно превышают 15 минут.
  • Задачи, требующие привилегированных функций ВМ (вложенная виртуализация, полные инструменты ВМ).
  • Любая задача, которая предполагает наличие постоянной ВМ или долговременного состояния между запусками.

Итог Runner ubuntu-slim предоставляет командам дешевый и быстрый вариант для частых коротких задач, которые ранее потребляли более крупные и дорогие ресурсы. Аудит и перенос подходящих задач снизит затраты и ускорит обратную связь для разработчиков, но тестируйте внимательно на предмет ограничений контейнеров и 15‑минутного лимита перед широким внедрением. (github.blog)

Источник

Читать дальше