GitHub는 2026년 9월 10일 발표에서 Xcode 27 러너 이미지가 macOS 27에서 실행되며 공개 미리 보기 상태라고 안내했습니다. 이 이미지는 GitHub 호스팅 macOS 러너용이며 arm64만 지원합니다. 단기 검증이나 사용량이 들쭉날쭉하면 호스팅 러너부터 검토하고, 빌드가 꾸준하거나 환경을 직접 통제해야 하면 자체 구축 Mac의 유휴 시간과 운영 부담까지 계산한 뒤 결정하세요. 러너의 현재 요금과 제공 상태는 계약 전에 공식 문서에서 다시 확인해야 합니다.
이 글은 이런 분을 위한 내용입니다.
Xcode CI 예산과 빌드 안정성을 관리하는 iOS·macOS 팀 책임자.
러너 구조와 운영 책임을 정해야 하는 플랫폼 엔지니어, 예측 가능한 비용을 원하는 소규모 팀.
프로젝트 상황에 따라 적합한 러너가 달라집니다
Xcode 27 GitHub Actions 러너가 공개 미리 보기라는 사실만으로 모든 프로젝트에 적합하다고 볼 수는 없습니다. 미리 보기 이미지는 버전 변경과 제공 범위를 다시 확인해야 하고, 기존 워크플로가 요구하는 아키텍처나 도구가 이미지에 포함되어 있는지도 점검해야 합니다. 공식 Xcode 27 이미지 공지와 이미지에 포함된 소프트웨어 목록을 함께 확인하세요.
| 빌드 상황 | 우선 검토할 방식 | 기대할 수 있는 점 | 비용·운영에서 확인할 점 |
|---|---|---|---|
| 짧은 기간의 인수 시험, 릴리스 전 확인 | GitHub 호스팅 러너 | 장비를 상시 준비하지 않아도 필요할 때 실행 가능 | 실제 청구 시간, 대기열, 재실행 횟수 |
| 매일 반복되고 사용량이 안정적인 CI | 자체 구축 Mac 또는 혼합 운영 | 환경과 실행 흐름을 더 세밀하게 관리 가능 | 장비 비용, 유지보수, 유휴 시간, 장애 대응 |
| 특수 도구나 접근 통제가 필요한 빌드 | 자체 구축 Mac | 프로젝트별 환경과 접근 권한을 맞추기 쉬움 | 패치, 모니터링, 인증 정보 보호 책임 |
| 테스트 종류와 부하가 자주 달라지는 팀 | 혼합 운영 | 기본 빌드와 순간적인 추가 용량을 분리 가능 | 두 방식의 관리 절차와 비용을 함께 추적 |
Xcode 27의 호스팅 러너는 어떤 프로젝트에 맞습니까? arm64 환경에서 빌드해도 되고, 공식 이미지에 필요한 도구가 있으며, 미리 보기 상태를 감수할 수 있는 단기 검증이나 시험용 작업에 먼저 적용하는 편이 안전합니다. 기존 배포 경로가 특정 도구 버전이나 하드웨어에 묶여 있다면, 전체 파이프라인을 옮기기 전에 작은 워크플로로 호환성을 확인하세요. GitHub의 호스팅 러너 안내에서 러너 유형과 사용 조건도 검토해야 합니다.
계산에는 실행 시간뿐 아니라 대기와 재시도도 포함합니다
호스팅 러너와 자체 구축 Mac을 비교할 때 단일 빌드의 실행 시간이나 분당 요금만 보면 결론이 빗나갑니다. 실행 대기, 실패 후 재실행, 장비가 놀고 있는 시간, 관리자가 환경을 손보는 시간까지 같은 기간으로 환산해야 합니다. GitHub의 Actions 요금 설명에서 현재 러너별 청구 조건을 확인하고, 팀의 청구 내역과 대조하세요.
| 비용 항목 | GitHub 호스팅 러너 | 자체 구축 Mac |
|---|---|---|
| 실행 비용 | 청구 대상 실행 시간 × 현재 러너 요금 | 장비 구매·대여 비용을 사용 기간에 배분 |
| 유휴 시간 | 빌드하지 않을 때 장비 비용을 직접 부담하지 않음 | 사용하지 않는 시간에도 장비와 공간이 점유될 수 있음 |
| 운영 인력 | 워크플로와 환경 설정 관리 | 운영에 더해 시스템 업데이트, 상태 감시, 복구 관리 |
| 실패와 재실행 | 재실행에 따른 청구 시간과 대기 영향 | 재실행 시간에 장비 점유와 운영자 대응을 더함 |
| 추가 비용 | 저장 공간 등 해당 청구 항목 확인 | 전력, 네트워크, 백업, 예비 장비 등 실제 항목 확인 |
총비용은 어떻게 산출합니까? 비교 기간을 먼저 정한 다음 아래 변수에 팀의 실제 값을 넣으세요. 호스팅 러너의 공식 요금은 러너 종류와 현재 청구 조건에 따라 확인해야 하므로, 정해진 가격을 임의로 넣지 않습니다.
- 호스팅 러너 비용 = 청구 대상 실행 시간 × 현재 러너 분당 요금 + 해당하는 저장·사용 요금
- 자체 구축 비용 = 기간에 배분한 장비 비용 + 운영 시간 비용 + 유휴 비용 + 전력·네트워크 비용 + 장애 복구 비용
- 실패 재실행 비용 = 실패한 작업의 재실행 시간 × 해당 방식의 시간당 비용 + 대기·대응에 든 시간
- 혼합 운영 비용 = 호스팅 러너 비용 + 자체 구축 비용 + 두 환경을 관리하는 추가 시간
| 입력할 변수 | 팀에서 확인할 실제 값 | 확인할 자료 |
|---|---|---|
| 월별 빌드 실행 시간과 동시 실행 수 | ____ | Actions 사용 내역 |
| 러너별 현재 요금과 청구 기준 | ____ | 공식 요금 문서 |
| 빌드 실패와 재실행에 쓴 시간 | ____ | 워크플로 기록 |
| Mac 사용료 또는 장비 비용과 유휴 시간 | ____ | 실제 계약·구매·사용 기록 |
| 환경 관리와 장애 대응에 든 인력 시간 | ____ | 운영 기록과 담당자 확인 |
자체 구축 Mac CI의 비용은 장비값에서 끝나지 않습니다. 이미지와 도구 업데이트, 계정 및 인증서 관리, 상태 감시, 디스크 부족이나 네트워크 오류 대응을 맡을 담당자가 필요합니다. GitHub의 자체 호스팅 러너 문서는 러너 등록과 운영 방식을 설명합니다. 접근 권한과 워크플로의 신뢰 경계도 함께 설계하고, GitHub Actions 보안 안내에 따라 비밀 값과 실행 권한을 제한하세요.
자체 구축 러너는 저장소와 워크플로의 신뢰 경계를 먼저 검토해야 합니다. 신뢰할 수 없는 코드가 실행되는 작업에 내부 네트워크나 배포용 인증 정보가 노출되지 않도록 분리하세요.
자체 구축 Mac CI에는 어떤 유지 비용을 넣어야 합니까? 장비나 임대료 외에 macOS와 개발 도구 업데이트, 모니터링, 접근 제어, 고장 시 교체와 복구, 운영자 확인 시간을 포함하세요. 사용량이 적은 시간에도 Mac이 계속 예약되는지, 다른 빌드 작업에 재배정할 수 있는지도 계산에 영향을 줍니다. 이 항목을 빼면 자체 구축 방식의 실제 비용을 낮게 잡게 됩니다.
시뮬레이터와 서명, 배포 검증은 따로 판단합니다
러너 이미지에 Xcode가 들어 있다는 사실은 앱의 전체 전달 과정이 검증되었다는 뜻이 아닙니다. 시뮬레이터 테스트, 아카이브 생성, 서명, 빌드 산출물 보관, 배포 전 확인은 서로 다른 작업입니다. 시뮬레이터가 필요한 워크플로는 원하는 기기와 OS 조합이 실제 환경에서 실행되는지 확인하고, 서명 작업은 인증 정보의 보관 위치와 접근 범위를 따로 검토하세요.
Apple은 개발 프로비저닝 프로파일을 별도로 만들고 관리하도록 안내합니다. 개발 프로비저닝 프로파일 생성 절차를 확인한 뒤, 러너에 인증서를 두는 방식과 유효 기간이 지난 인증 정보를 교체하는 책임을 정하세요. 특히 임시 검증용 CI와 배포 권한이 있는 작업을 같은 권한으로 운영하지 않는 편이 낫습니다.
GitHub 호스팅 러너에는 작업 실행 시간 제한도 있습니다. 공식 Actions 제한 안내는 호스팅 작업의 기본 제한 시간을 360분으로 설명합니다. 긴 통합 테스트나 큰 빌드가 이 한도에 가까워지면 작업 분할, 캐시, 실행 환경 변경이 필요한지 확인하세요. 이 제한은 비용 계산과 별개로 파이프라인 설계에 반영해야 합니다.
실제 사용량을 넣어 운영 방식을 선택합니다
GitHub Actions macOS runner와 자체 구축 Mac의 총비용을 계산할 때는 실제 청구 내역과 운영 시간을 같은 기간으로 맞추세요. 견적서의 장비 비용만 비교하지 말고, 실패한 빌드의 재실행과 대기, 인력의 대응 시간을 함께 기록합니다. Actions 작업 실행 한도와 현재 요금 조건도 계산 시점에 다시 살펴야 합니다.
다음 조건에 따라 시작점을 정하고, 일정 기간 실제 기록으로 결과를 조정하세요.
- 빌드가 단기간에 몰리거나 사용량이 불규칙하고, 환경을 직접 관리할 담당자가 없다면 GitHub 호스팅 러너부터 선택합니다. 요금과 대기 시간을 확인하고, 정기적으로 실행되는 워크플로의 비용을 따로 추적하세요.
- 빌드가 꾸준하고 특수 도구, 고정된 접근 경계, 지속적인 장비 점유가 필요하다면 자체 구축 Mac의 총비용을 계산합니다. 유휴 시간과 유지보수 인력을 넣은 뒤 호스팅 러너와 비교하세요.
- 기본 빌드는 안정적이지만 릴리스 전 검증이나 순간적인 부하가 추가된다면 혼합 운영을 검토합니다. 반복 작업은 관리하기 쉬운 쪽에 두고, 변동 작업은 다른 쪽에 배정한 뒤 중복 운영 비용이 이점을 넘지 않는지 확인하세요.
- Xcode 27 이미지의 공개 미리 보기 상태나 arm64 지원이 프로젝트 요구와 맞지 않으면 이를 전제로 전체 파이프라인을 이전하지 마세요. 기존 환경에서 검증한 뒤 범위를 좁혀 시험하거나 안정된 대안을 유지합니다.
iOS 팀이 혼합 러너를 고려할 시점은 단순히 빌드가 느릴 때가 아닙니다. 반복되는 작업의 실행량은 예측 가능하지만, 서명된 배포 후보 확인이나 릴리스 직전 테스트처럼 부하와 권한 요구가 다른 작업이 섞일 때가 기준입니다. 작업별로 사용하는 환경과 비밀 값의 접근 범위를 나누고, 각 경로의 비용과 실패율을 따로 기록해야 혼합 운영이 실제로 이득인지 판단할 수 있습니다.
비교 결과는 요금표가 아니라 운영 조건으로 결정합니다
| 판단 기준 | GitHub 호스팅 러너 | 자체 구축 Mac | 혼합 운영 |
|---|---|---|---|
| 짧은 검증과 변동 수요 | 적합도 높음 | 유휴 비용 주의 | 필요할 때만 확장 가능 |
| 지속적인 고정 부하 | 현재 요금과 동시 실행 비용 확인 | 사용률이 높을수록 검토 가치가 커짐 | 반복 작업과 변동 작업 분리 |
| 환경 통제와 특수 도구 | 이미지에 포함 여부 확인 | 구성과 접근 통제에 유리 | 민감한 작업만 분리 가능 |
| 유지보수 책임 | 워크플로 설정 중심 | 팀이 장비와 복구를 책임짐 | 두 환경을 관리할 절차 필요 |
| 공개 미리 보기 의존 | 상태와 지원 아키텍처를 재확인 | 선택한 환경을 직접 통제 | 검증 전 대체 경로 유지 가능 |
표의 평가는 특정 방식이 항상 더 저렴하다는 점수가 아닙니다. 공식 요금, 자체 장비의 실제 사용률, 운영에 든 시간을 대입한 뒤 팀의 요구와 맞는지 판정하기 위한 비교 기준입니다. SSHMac의 원격 Mac 사용을 검토한다면 서비스 이용 안내와 한국 결제 안내에서 제공 조건과 현재 금액을 직접 확인해 계산식에 입력하세요. 여기서는 확인할 수 없는 금액이나 구성, 빌드 성능을 가정하지 않습니다.
호스팅 러너는 장비 유지와 복구를 직접 맡지 않아도 된다는 장점이 있지만, 사용량이 쌓이면 청구액과 실행 대기를 계속 살펴야 하고 이미지 변경의 영향을 받습니다. 자체 구축 Mac은 환경과 접근을 조정하기 쉽지만, 유휴 장비와 업데이트, 장애 대응을 팀이 떠안습니다. 따라서 안정적인 상시 부하와 물리 장비 제어가 필요한 팀에는 직접 운영이 더 맞을 수 있고, 일시적으로 Apple 플랫폼 빌드 용량을 늘리거나 환경을 시험하려는 팀에는 맥 미니 렌탈을 포함한 원격 Mac 선택지가 준비 부담을 줄이는 대안이 될 수 있습니다. SSHMac 이용을 고려한다면 현재 제공 조건과 실제 견적을 공식 안내에서 확인하고, 팀의 빌드 시간과 운영 책임을 넣어 호스팅 러너와 비교하세요.