전원과 복구
직접 운영한다면 전원 공급, 갑작스러운 정전 후 복구, 현장 지원을 준비해야 합니다. 머신이 다시 켜진 뒤에는 러너와 빌드 서비스도 정상적으로 복구됐는지 확인해야 합니다.
임대 시 역할 분담
데이터센터는 전원을 관리하고, 팀은 서비스 시작 설정을 확인합니다.
아래 비교는 Xcode를 실행해야 하는 팀을 기준으로 합니다. 임대 항목은 PushMac을, 공유 항목은 일반적인 임시 macOS 빌드 환경을 설명합니다. 선택한 플랫폼의 요금, 대기열, 데이터 유지 기능은 각각 확인하세요.
| 비교 항목 | 전용 Mac 임대 | 하드웨어 직접 구매 | 공유 가상 머신 |
|---|---|---|---|
| 비용 구성 | 일 $19.2부터. 선택한 모델, 기간, 추가 옵션에 따라 요금이 달라집니다. | 초기 구매 비용에 전기·인터넷·호스팅 또는 공간 비용이 더해지며, 인력 투입도 고려해야 합니다. | 일부 플랫폼은 분 또는 작업 단위로 과금합니다. 대기열, 동시 실행, 추가 스토리지 규칙은 플랫폼마다 다릅니다. |
| 도입 과정 | 주문 당일 사용 가능. 결제 확인 후 전용 머신이 배정되며, 콘솔에서 접속 정보를 확인할 수 있습니다. | 구매, 배송, 설치, 네트워크 설정을 차례로 진행해야 하므로 보통 며칠 이상 여유를 두어야 합니다. | 환경은 빠르게 만들 수 있지만 실제 작업 시작은 사용 가능한 할당량과 대기열에 따라 달라집니다. |
| 리소스 전용 여부 | 물리 Mac mini 한 대를 고객 한 곳에만 임대하며, 호스트를 다른 고객과 공유하지 않습니다. | 머신 전체를 단독 사용하지만 장비, 전원, 네트워크를 직접 마련해야 합니다. | 가상 환경은 다른 테넌트와 호스트를 공유합니다. 리소스 격리 방식과 할당량은 플랫폼이 정합니다. |
| 업그레이드와 이전 | 작업에 따라 사양이나 노드를 선택할 수 있습니다. 인스턴스를 바꾸면 코드, 캐시, CI 설정을 이전해야 합니다. | 하드웨어가 부족하면 장비를 추가 구매하거나 교체해야 합니다. 여러 지역에 배포하려면 현지 호스팅도 마련해야 합니다. | 플랫폼에서 제공하는 사양, 동시 실행 할당량, 지역 목록에 따라 이용 범위가 제한됩니다. |
| 캐시와 툴체인 | 임대 기간에는 DerivedData, 의존성 캐시, 여러 버전의 Xcode를 직접 보존할 수 있습니다. | 장기간 보존할 수 있지만 디스크 정리, 백업, 버전 관리는 팀이 맡아야 합니다. | 임시 인스턴스가 종료되면 로컬 파일이 삭제될 수 있습니다. 장기 캐시를 쓰려면 별도의 영구 스토리지 구성이 필요한 경우가 많습니다. |
| 인프라 운영 책임 | 데이터센터는 전원, 네트워크, 냉각을 맡고 팀은 코드, 시스템 설정, 빌드 작업을 관리합니다. | 모든 항목을 직접 운영하거나 호스팅, 네트워크, 운영 대응 서비스를 각각 구매해야 합니다. | 플랫폼은 호스트와 스케줄링을 맡고 팀은 이미지, 작업 시간 제한, 실행 규칙에 맞춰야 합니다. |
| 우선 고려할 팀 | 상시 운영, 셀프 호스팅 러너, 고정된 툴체인, 여러 지역에 걸친 팀의 작업 분담이 필요한 경우 | 호스팅 환경이 이미 있고, 현장에서 장비에 접속해야 하며, 직접 운영할 준비가 된 경우 | 짧고 재현 가능하며 대기열과 환경 초기화를 감수할 수 있는 독립 작업 |
전용 머신이라고 관리가 필요 없는 것은 아닙니다. 인증서, 접근 키, 의존성 버전, 작업 대기열, 데이터 백업에 관한 팀 자체 규칙이 필요합니다.
사무실에 장비가 있다고 운영 비용이 0원이 되는 것은 아닙니다. 비용을 계산할 때 아래 네 가지를 구매 계획에 포함하고, 특히 야간에 현장 인력이 없을 때 누가 대응할지 정하세요.
직접 운영한다면 전원 공급, 갑작스러운 정전 후 복구, 현장 지원을 준비해야 합니다. 머신이 다시 켜진 뒤에는 러너와 빌드 서비스도 정상적으로 복구됐는지 확인해야 합니다.
임대 시 역할 분담
데이터센터는 전원을 관리하고, 팀은 서비스 시작 설정을 확인합니다.
직접 운영한다면 네트워크 안정성, 원격 접속, 회선 장애를 관리해야 합니다. 데스크톱에 접속된다고 해서 저장소 코드 가져오기, 의존성 다운로드, 빌드 산출물 업로드까지 정상이라는 뜻은 아닙니다.
임대 시 역할 분담
데이터센터는 네트워크를 관리하고, 팀은 SSH 키와 애플리케이션 접근 정책을 관리합니다.
archive, 테스트, 의존성 컴파일을 계속 실행하면 장시간 높은 부하가 걸립니다. 직접 운영할 때는 장비 환기, 주변 온도, 현장 점검을 고려해야 합니다.
임대 시 역할 분담
데이터센터는 냉각을 관리하고, 팀은 작업 부하와 디스크 사용량을 살핍니다.
머신 오프라인, 러너 종료, 스크립트 실패를 미리 구분할 수 있어야 합니다. 대응 체계가 없으면 다음 날 실패 메일을 확인했을 때 배포 대기열이 이미 밀려 있을 수 있습니다.
임대 시 역할 분담
인프라 문제는 콘솔 티켓으로 접수하고, 코드와 파이프라인 오류는 팀이 조사합니다.
PushMac 노드는 연중 가동됩니다. 야간 CI를 위한 상시 가동 환경을 제공하며, 빌드 성공 여부는 프로젝트, 의존성, 작업 설정에도 달려 있습니다.
공유 가상 머신은 전용 물리 머신이 아니지만, 무조건 제외할 필요는 없습니다. 실행 제한을 명확히 파악해야 임시 작업에 적합한지, 일상적인 CI의 대기와 재구성 비용을 늘리는지 판단할 수 있습니다.
대기, 환경 초기화, 의존성 다운로드, 컴파일, 업로드에 걸리는 시간을 각각 기록하세요. 같은 프로젝트의 archive 시간이 비슷해도 커밋부터 산출물을 받을 때까지 걸리는 총시간은 다를 수 있습니다.
확인할 항목:동시 실행 한도, 작업 시간 제한, 시작 대기 시간, 리소스 할당량이 고정인지 확인하세요.
작업이 끝나면 인스턴스가 삭제되는 환경에서는 로컬 Pods, SPM, DerivedData를 영구 저장소처럼 사용할 수 없습니다. 원격 캐시를 연결할 때는 복구 시간, 용량, 캐시 키 관리도 고려하세요.
확인할 항목:인스턴스 삭제 규칙, 캐시 보존 기간, Xcode 전환 후 캐시 무효화 정책
가상 환경은 작업을 격리할 수 있지만 장비 한 대 전체를 제공하는 것은 아닙니다. 상시 실행 서비스, 고정 툴체인, 더 폭넓은 시스템 관리 권한이 필요하다면 플랫폼에서 지원하는지 확인하세요.
확인할 항목:시스템 권한, 백그라운드 프로세스, 도구 설치 제한, 이용 가능한 지역
팀원이 두 지역에 나뉘어 있다면 원격 데스크톱의 상호작용 요구와 백그라운드 빌드 요구를 먼저 구분하세요. 시간대는 누가 대응할지를, 네트워크 경로는 접속 품질을 좌우합니다. 어느 하나가 다른 하나를 대신할 수는 없습니다.
싱가포르 · 도쿄 · 서울 · 홍콩 · 미국 동부
두 가지 머신 옵션 모두 모든 노드를 지원합니다. 실제 이용 가능 여부는 콘솔에서 실시간으로 확인하세요. 원격 접속 품질은 팀의 위치와 실제 네트워크 환경에서 테스트해야 합니다.
아시아·태평양과 북미에서 가까운 노드를 각각 선택하고, 서로 다른 러너 레이블로 작업을 배정하세요. 코드는 같은 저장소에서 가져오고 산출물은 팀이 지정한 공용 위치에 저장하면, 매번 상호작용할 때마다 지역 간 동기화를 할 필요가 없습니다.
머신 한 대만 사용하더라도 업무 시간에 맞춰 번갈아 사용할 수 있지만, 빌드 대기열을 통합해야 합니다. 같은 머신에서 Xcode를 바꾸거나 캐시를 지우고 서명 리소스를 쓰면 작업끼리 간섭할 수 있습니다.
준비할 항목:노드, 러너 레이블, 대기열, 산출물 보관 규칙
두 지역에 장비를 한 대씩 두려면 구매뿐 아니라 전원, 네트워크, 냉각, 현장 지원도 각각 준비해야 합니다. 장비를 소유한다고 해서 지역 간 배포와 원격 대응 문제가 저절로 해결되지는 않습니다.
하드웨어가 한 사무실에만 있다면 다른 지역에서 원격 데스크톱을 사용할 때도 지역 간 네트워크 경로의 영향을 받습니다. 현지 공간과 운영 인력이 있고 인수인계 책임을 명확히 정할 수 있는 팀에 적합합니다.
준비할 항목:현지 호스팅, 접속 방식, 복구 절차, 담당자
먼저 플랫폼에서 제공하는 지역을 확인하고 두 지역의 업무 시간대에 적용되는 동시 실행 한도를 살펴보세요. 임시 환경을 쓴다면 툴체인 설치와 캐시 복구를 스크립트로 만들어 특정 머신의 수동 설정에 의존하지 않도록 하세요.
독립 작업으로 나눌 수 있는 파이프라인에 적합합니다. 고정된 데스크톱 환경, 장기 실행 프로세스, 많은 로컬 상태가 필요하다면 이전하기 전에 필요한 기능을 검증하세요.
준비할 항목:지역 목록, 할당량, 이미지, 캐시 복구 정책
캐시가 없는 빌드와 캐시를 활용한 빌드를 각각 기록하고, 접속 품질, 준비 시간, 산출물 업로드를 한곳에 정리하세요. 일 단위 임대는 먼저 검증한 뒤 장기 이용을 결정하기에 적합합니다. 모델명만 보고 팀이 얻을 효과를 단정하지 마세요.
상시 가동, 전용 리소스, 빌드 캐시 보존이 필요하면서 전원, 네트워크, 냉각을 직접 관리하고 싶지 않다면 전용 물리 Mac mini 임대가 잘 맞습니다. 현장 장비 접속과 자체 운영 환경이 이미 갖춰져 있다면 직접 구매도 좋은 선택입니다. 짧고 다시 만들 수 있는 작업은 공유 환경을 계속 검토할 수 있습니다.
Push M4 S: M4 / 16GB / 256GB SSD. 단일 앱의 일상적인 CI에 적합합니다. Push M4 L: M4 / 24GB / 512GB SSD. 여러 타깃을 병렬로 archive하거나 Flutter / React Native 혼합 빌드를 할 때 적합합니다. 실제 동시 실행 수는 프로젝트의 메모리 사용량을 확인해 정하고, 사양만으로 고정된 속도 향상을 예상하지 마세요.
일 단위 임대로 이전 점검과 첫 빌드를 검증할 수 있습니다. 주·월·분기 요금은 요금제 페이지에서 확인하세요. 결제는 USDT-TRC20 및 Visa / Mastercard / Amex(Stripe)를 지원하며, USD로 결제됩니다. 실제 사용 가능한 결제 수단은 백엔드 응답에 따라 달라집니다.