3월 1일에 실제로 무슨 일이 있었나

결론부터 말씀드리면, 셀프호스티드 러너에 대한 요금 부과는 현재 연기 상태입니다. 2025년 12월 16일 GitHub이 공식 발표한 “2026년 3월 1일부터 셀프호스티드 러너에 분당 $0.002 요금 부과” 계획은, 발표 이틀 뒤인 12월 17일 다시 공식 포스트 상단에 철회 공지가 붙었습니다.

공식 changelog 페이지에는 이렇게 적혀 있습니다. “We’re postponing the announced billing change for self-hosted GitHub Actions to take time to re-evaluate our approach.” (출처: GitHub Changelog, 2025.12.17) 한 마디로, 재검토를 위해 시행을 미룬다는 것입니다.

그러나 같은 발표에서 예고된 GitHub 호스티드 러너 가격 인하(최대 39%)는 예정대로 2026년 1월 1일부터 적용됐습니다. 두 가지 조치가 하나의 패키지로 발표됐는데 하나만 뒤집힌 것입니다. 이 부분이 혼란을 만든 핵심입니다.

▲ 목차로 돌아가기

원래 발표 내용 — $0.002/분의 실제 의미

원래 발표를 먼저 제대로 이해해야 연기 결정의 맥락이 보입니다. GitHub은 “Actions 클라우드 플랫폼 요금”이라는 항목을 새로 도입하려 했습니다. 이것은 러너 자체의 컴퓨팅 비용이 아니라, 잡 오케스트레이션·스케줄링·워크플로 자동화를 처리하는 컨트롤 플레인 비용입니다.

수치로 따져보면 체감이 확실합니다.

※ 비공개 리포지토리 기준. 공개 리포지토리·GitHub Enterprise Server는 적용 대상 외. (출처: GitHub Resources 공식 발표문, 2025.12.16)

월 50,000분은 개발팀 5~10명 규모에서 하루 평균 CI 빌드를 2~3회 돌리면 충분히 도달하는 수치입니다. 단순히 “소규모 팀은 영향 없다”고 넘기기 어렵습니다.

▲ 목차로 돌아가기

왜 GitHub은 이틀 만에 발표를 뒤집었나

이것이 이번 사건에서 가장 흥미로운 지점입니다. 셀프호스티드 러너를 가장 활발히 쓰는 집단은 크게 두 부류입니다. 첫째는 보안·컴플라이언스 요건 때문에 코드가 외부 서버에 올라가면 안 되는 엔터프라이즈 팀, 둘째는 예산이 없어 자체 하드웨어를 쓰는 오픈소스 프로젝트들입니다.

GitHub 커뮤니티 디스커션에서 엔터프라이즈 개발자들이 직접 정리한 내용을 보면, 이들이 특히 문제로 삼은 것은 요금 자체가 아니었습니다. “우리는 이미 GitHub Enterprise에 상당한 비용을 내고 있는데, 컴플라이언스 때문에 어쩔 수 없이 셀프호스티드를 써야 하는 팀에까지 추가 비용을 부과하는 게 맞냐”는 반발이었습니다. (출처: GitHub Community Discussions #182186)

GitHub 공식 발표문에는 이런 문장이 있습니다. “We missed the mark with this change by not including more of you in our planning.” 계획 단계에서 커뮤니티를 배제했다는 것을 직접 인정한 것입니다. (출처: GitHub Changelog, 2025.12.17) GitHub이 자사 정책에 대해 이 정도로 솔직하게 실수를 인정하는 것은 흔치 않습니다.

▲ 목차로 돌아가기

1월 1일부터 실제로 적용된 것 — 39% 인하의 구조

셀프호스티드 러너 요금은 연기됐지만, GitHub 호스티드 러너 가격 인하는 2026년 1월 1일부터 이미 적용됐습니다. 이 부분을 놓치는 팀이 많습니다. 특히 호스티드 러너를 주로 쓰는 소규모 팀이라면 지금 당장 청구서가 달라져 있을 가능성이 있습니다.

실제 요금표로 보는 변화

(출처: GitHub 공식 Actions Runner Pricing 문서, 2026.01.01 기준 / docs.github.com)

macOS 러너가 유독 비싼 이유가 있습니다. GitHub이 Apple Silicon 하드웨어를 직접 운영하는 비용이 리눅스 가상 머신 대비 훨씬 높기 때문입니다. iOS 앱을 빌드하는 팀이라면 이 요금을 꼭 챙겨야 합니다.

플랜별 무료 포함 분량은 그대로

요금이 내려가는 동안 무료 분량은 바뀌지 않았습니다. GitHub Free는 월 2,000분, Pro는 3,000분, Team은 3,000분, Enterprise Cloud는 50,000분이 여전히 포함됩니다. 무료 분량을 초과할 때만 위 요금이 적용됩니다. (출처: GitHub Actions 공식 빌링 문서 / docs.github.com)

▲ 목차로 돌아가기

지금 셀프호스티드 러너를 쓰는 팀이 할 일

요금이 연기됐다고 아무것도 안 해도 된다는 뜻은 아닙니다. GitHub은 연기 공지에서 “re-evaluate our approach”라고 했지, 취소한다고 하지 않았습니다. 언제든 재공지가 올 수 있습니다.

지금 당장 확인해야 할 3가지

솔직히 말하면, 지금 대부분의 팀이 가장 현실적으로 해야 할 일은 사용량 파악과 워크플로 최적화입니다. 잡 하나를 두 개로 쪼개거나 캐시를 제대로 적용하면 분량이 30~40% 줄어드는 경우가 많습니다. 요금이 다시 부과될 때의 충격을 미리 줄이는 방법이기도 합니다.

▲ 목차로 돌아가기

요금이 다시 부과될 가능성, 어떻게 대비할까

GitHub은 요금 부과 자체를 취소한 것이 아닙니다. “아직 어떻게 할지 다시 생각하겠다”고 한 것입니다. 실제로 GitHub Actions 아키텍처가 2024년에 완전히 재설계됐고, 현재 하루 7,100만 개의 잡을 처리하고 있습니다. (출처: GitHub Resources 공식 발표문, 2025.12.16) 이 인프라 운영 비용을 회수해야 한다는 사업적 압력은 사라지지 않습니다.

현실적인 대비 방향은 세 가지입니다. 첫째, 워크플로 캐싱 적용으로 분당 사용량을 줄이는 것. GitHub Actions 공식 문서에는 캐시 설정 가이드가 있고, 의존성 캐시 하나만 제대로 적용해도 빌드 시간이 절반 이하로 줄어드는 경우가 흔합니다. 둘째, 잡 매트릭스 최적화. 불필요하게 많은 매트릭스를 병렬로 돌리고 있다면, 핵심 케이스만 남기는 것도 방법입니다. 셋째, 호스티드 러너 전환 비용 계산. 요금이 다시 생겼을 때 호스티드 러너가 더 저렴한 경우도 있습니다. 1월 1일부로 39% 인하됐기 때문입니다.

▲ 목차로 돌아가기

Q&A — 자주 묻는 5가지

마치며

이번 사건은 흥미로운 구조를 갖고 있습니다. GitHub이 “96%는 영향 없다”고 했는데도 발표 이틀 만에 연기를 결정했습니다. 수치로 보면 소수가 영향받는 것처럼 보여도, 그 소수가 커뮤니티에서 가장 발언권 있는 그룹이라면 정책이 바뀔 수 있다는 것을 보여줬습니다.

개인적으로 흥미롭게 본 부분은 GitHub이 컨트롤 플레인 비용을 수년간 호스티드 러너 사용자에게 교차 보조금 형태로 전가해왔다는 점을 직접 인정했다는 것입니다. 이 구조는 요금이 연기됐다고 해서 사라지지 않습니다. 어떤 형태로든 비용 회수 시도는 다시 있을 가능성이 있습니다.

지금 당장 해야 할 것은 명확합니다. 현재 사용량 파악, 워크플로 최적화, 공개/비공개 리포지토리 잡 분리 검토입니다. 요금이 다시 생겼을 때 당황하지 않으려면, 조용할 때 숫자를 먼저 들여다봐야 합니다.

본 포스팅 참고 자료

1. GitHub Changelog — Update to GitHub Actions pricing (2025.12.16, 연기 공지 포함)
2. GitHub Resources — Pricing changes for GitHub Actions 공식 인사이트 페이지
3. GitHub 공식 문서 — Actions Runner Pricing (2026.01.01 기준 적용 요금표)
4. GitHub 공식 문서 — About billing for GitHub Actions (플랜별 무료 분량 포함)
5. GitHub Community Discussions #182186 — Updates to GitHub Actions pricing (커뮤니티 피드백 수집)