GitHub Actions съедает бюджет, селф-хостед раннеры — спасение или геморрой?

[artem_node41]

Прилетел счёт за GitHub Actions, larger runners для сборки докер-образов вышли в копеечку. Думаю поднять self-hosted раннеры на своих VM. Кто переходил, оно того стоит по деньгам и нервам?

[konstantin_x]

Перешли на self-hosted в Kubernetes через actions-runner-controller (ARC). Экономия по деньгам колоссальная, особенно на тяжёлых сборках. Но появился новый класс проблем: ephemeral раннеры, очистка кеша, секьюрность.

[vitaly_neon5]

Вот про секьюрность важно. Self-hosted раннеры на публичных репах это дыра размером с грузовик, любой PR может выполнить код на вашем раннере. Только private репы или строгий ручной аппрув воркфлоу для форков.

[sqlreact9621]

У нас всё в приватных репах, так что форки не страшны. А ARC сложно поднять? Я думал просто docker-compose с раннером запустить на отдельной тачке.

[ruslan_pro]

Для старта обычный self-hosted раннер на VM это норм, ARC нужен когда хочешь автоскейл подов под нагрузку. Но обязательно делай раннеры ephemeral, иначе между джобами утекает состояние и кеши, это потом аукнется загадочными багами.

[grigory_go73]

Совет по деньгам: посмотрите на BuildKit с remote cache в registry или S3. Половина боли с медленными сборками и стоимостью это пересборка слоёв с нуля. Нормальный кеш режет время сборки в разы.

[lev_io]

Ещё гляньте на blacksmith или namespace, это сторонние раннеры дешевле github larger runners но без головной боли с обслуживанием своих VM. Промежуточный вариант между managed и self-hosted.

[dockerssh2428]

О, про namespace не слышал, спасибо. Похоже начну с обычного ephemeral раннера на VM, а если упрусь в масштаб, то ARC. Всем спасибо за развёрнутые ответы.