GitHub Actions에 대해 이야기해봅시다
Source: GitHub Blog
Overview
GitHub Actions는 2018년 출시 이후 크게 성장했으며, 2025년 한 해만 해도 공개 및 오픈소스 프로젝트에서 115억 분의 GitHub Actions 사용량을 기록했으며(전년 대비 35 % 증가) developers used 11.5 billion GitHub Actions minutes in public and open‑source projects 였습니다. 동시에 성장통도 있었고, 여러분이 가장 중요하게 여기는 개선점—더 빠른 빌드, 향상된 보안, 개선된 캐시, 더 유연한 워크플로, 그리고 견고한 안정성—을 명확히 알려주셨습니다.
그러한 요구를 충족하기 위해 먼저 GitHub Actions 작업과 러너를 구동하는 핵심 백엔드 서비스를 재설계하는 데 의도적인 투자를 진행했습니다. 이는 장기적인 성능, 확장성 및 기능 제공을 위한 기반을 마련하는 큰 작업이었으며, 이제 새로운 아키텍처가 하루에 7100만 개의 작업을 처리하고 플랫폼 전반에 걸친 개발자 경험을 더 깊이 파악할 수 있게 되었습니다.
이 작업이 완료된 뒤, 우리는 여러분이 오랫동안 기다려온 품질 향상 요청에 다시 초점을 맞추었습니다. 아래에서는 올해 출시된 기능들을 살펴보고, 오늘 바로 업그레이드를 시작하는 방법과 2026년에 기대할 내용에 대해 안내합니다.
그럼 바로 들어가 보겠습니다.
Rebuilding the core of GitHub Actions
2024년 초, GitHub Actions 팀은 한 가지 문제에 직면했습니다. 플랫폼은 하루에 약 2300만 개의 작업을 실행했지만, 월별 성장률을 보면서 기존 아키텍처가 성장 곡선을 안정적으로 지원하지 못한다는 것이 명확해졌습니다. 기능 속도를 높이기 위해서는 먼저 신뢰성을 향상하고, GitHub Actions를 뒷받침하던 레거시 프레임워크를 현대화해야 했습니다.
해결책? GitHub Actions 작업과 러너를 구동하는 핵심 백엔드 서비스를 재설계하는 것이었습니다. 목표는 인프라 문제에 대한 가동 시간과 복원력을 높이고, 성능을 개선하며 내부 스로틀을 줄이며, GitHub의 전반적인 플랫폼 투자와 개발자 경험 개선을 활용하는 것이었습니다. 기존 사용량 대비 10배 확장을 목표로 했으며, 이는 팀의 집중을 크게 요구하는 큰 베팅이었습니다. 현재 우리는 새로운 플랫폼을 안정화하는 마지막 단계에 들어서면서도 현재 규모를 충분히 감당하고 있습니다.
2023년 8월 이후, 모든 GitHub Actions 작업은 새로운 아키텍처에서 실행되고 있으며, 하루에 7100만 개의 작업을 처리하고 있습니다(시작 시점 대비 3배 이상). 개별 기업은 이전 아키텍처가 지원하던 것보다 분당 7배 더 많은 작업을 시작할 수 있게 되었습니다.
물론 이 과정에도 어려움이 있었고, 기능 작업 속도가 늦어졌으며 오래된 커뮤니티 요청들의 진행이 지연되었습니다. 이는 힘든 선택이었지만, 향후 로드맵과 제품 지속 가능성을 위해 반드시 필요한 결정이었습니다.
우리는 아직 갈 길이 멀다는 점을 인식하고 있으며, 이는 GitHub Actions 이야기가 새로운 장을 여는 시작에 불과합니다. 이제 다시 필요했던 개선에 초점을 맞추면서, 최근에 출시된 주요 기능들을 소개합니다:
YAML anchors reduce duplication in complex workflows
먼저, YAML 앵커 지원을 출시했습니다. 이는 러너와 커뮤니티 저장소 모두에서 가장 많이 요청된 기능 중 하나였습니다(관련 이슈). YAML 앵커는 작업 흐름에서 반복적인 설정을 한 번만 정의하고(&) 별칭(*)으로 재사용할 수 있게 해, 환경 변수, 단계 설정, 전체 작업 구성을 중앙에서 관리하면서 여러 작업에 중복해서 작성할 필요가 없게 합니다.
Non‑public workflow templates for consistent CI across teams
우리는 비공개 워크플로 템플릿을 출시했습니다. 이는 조직이 일관된 비공개 워크플로 스캐폴딩을 원한다는 오래된 요청에 대한 응답입니다(관련 토론).
비공개 워크플로 템플릿을 사용하면 조직은 .github 저장소에 공통 템플릿을 두어 팀이 새로운 워크플로를 만들 때 신뢰할 수 있는 시작점을 제공받을 수 있습니다. 이제 각 저장소에 CI 패턴을 일일이 복사할 필요 없이 공유 템플릿을 활용해 작업을 진행할 수 있습니다.
Deeper reusable workflows for modular, large‑scale pipelines
우리는 재사용 가능한 워크플로 깊이 제한을 확대했습니다. 이는 커뮤니티의 또 다른 주요 요청에 부응한 것입니다(관련 토론). 재사용 가능한 워크플로는 자동화를 모듈화하고 공유 가능한 조각으로 나눌 수 있게 해 줍니다. 이제 10단계 중첩과 실행당 50개의 워크플로 호출을 지원하므로, 팀은 CI/CD 파이프라인을 보다 유지보수하기 쉽고 확장 가능한 구조로 설계할 수 있습니다.
Larger caches for bigger projects and dependency‑heavy builds
레포지토리당 캐시 용량 제한이 10 GB를 초과하도록 확대되었습니다. 이는 대규모 의존성이나 다중 언어 모노레포를 운영하는 팀에게 오래된 고통을 해소해 줍니다.
이전 10 GB 제한 때문에 큰 프로젝트에서는 빌드 의존성이 다음 워크플로 실행 전에 캐시에서 퇴출돼, 다운로드가 반복되고 빌드 속도가 느려지는 문제가 있었습니다. 이번 확대는 커뮤니티 요청에 대한 직접적인 응답이며(관련 토론), 특히 우리 가장 큰 사용자들에게 큰 도움이 될 것입니다.
More workflow dispatch inputs for richer automation
2023년 12월 초, 워크플로 디스패치 입력 개수를 10개에서 25개로 확대했습니다. 이는 커뮤니티 토론에서도 자주 언급된 개선 사항이었습니다(관련 토론). 이제 개발자는 배포 파라미터화, 테스트 실행 구성, 혹은 풍부한 입력 옵션을 갖춘 재사용 자동화 등 보다 복잡하고 정교한 자체 서비스 워크플로를 만들 수 있는 유연성을 확보했습니다.
💡 workflow_dispatch 로 수동 실행하는 방법에 대한 문서 읽기
More performance and platform improvements shipped in 2025
우리는 또한 올해 초에 구축한 강력한 기반 위에 다음과 같은 개선을 추가했습니다: