전용 물리 Mac mini를 제공해 iOS/macOS 팀이 툴체인, 코드 서명 환경, 작업 순서를 직접 결정할 수 있습니다. 가상 머신이 아니며, 다른 테넌트의 대기열에 빌드 작업을 넣지 않습니다.
일·주·월·분기 단위로 결제합니다. 노드의 실시간 이용 가능 여부는 콘솔에서 확인하세요.
이 서비스는 공유 CI 환경에서 반복적으로 발생하는 두 가지 문제, 즉 팀이 실행 리소스를 직접 관리할 수 없고 코드 서명 환경을 독립적으로 유지하기 어렵다는 점에서 출발했습니다.
코드를 제출해도 파이프라인은 컴파일을 시작하기 전에 실행기를 기다릴 수 있습니다. 스크립트를 조정하면 컴파일 단계를 줄일 수 있지만, 공유 대기열을 내 프로젝트만 사용하게 만들 수는 없습니다. 팀은 빌드가 느려진 건지, 작업이 아직 리소스를 할당받지 못한 건지 파악하기 어렵습니다.
노드 한 대 전체를 테넌트 한 곳에 할당합니다. runner가 지정한 프로젝트만 받도록 설정하고, 작업 태그와 트리거 조건, 실행 순서를 직접 정할 수 있습니다. 외부 테넌트의 빌드 작업은 이 머신의 대기열에 들어오지 않습니다.
인증서, 프로비저닝 프로파일, Keychain, Xcode 경로와 의존성 캐시가 함께 빌드 환경을 구성합니다. 공유 환경에서 한 번 정리 작업을 하거나 버전이 바뀌면, 재현 가능했던 Archive가 수동으로 원인을 찾아야 하는 실패로 이어질 수 있습니다.
전용 노드에서는 팀의 디렉터리 구조, 권한, 툴체인 규칙을 정할 수 있습니다. Xcode 버전을 고정하고 테스트와 릴리스 작업을 분리하며 코드 서명 설정을 기록해 파이프라인에 반영하세요. 환경은 일회성 블랙박스가 아니라 확인하고 재구성할 수 있는 엔지니어링 자산입니다.
여기서 말하는 '대기 시간 없음'은 다른 테넌트가 내 노드를 점유하기를 기다릴 필요가 없다는 뜻이지, 작업 수와 관계없이 모든 작업이 동시에 완료된다는 보장은 아닙니다. 빌드 속도는 프로젝트 규모, 의존성 다운로드, 메모리 사용량과 동시 실행 설정에 따라 달라집니다. 먼저 실제 프로젝트로 검증한 뒤 사양과 대여 기간을 결정하세요.
리소스 할당, 요금표와 하드웨어 사양을 투명하게 안내합니다. 아래 세 가지 원칙은 단기 검증과 장기 빌드 노드 모두에 적용됩니다.
물리 노드 한 대를 테넌트 한 곳에만 할당합니다. CPU, 통합 메모리와 로컬 스토리지는 다른 테넌트와 공유하지 않으며, 가상 머신으로 나눠 중복 할당하지도 않습니다.
여러 프로젝트를 실행할 수 있지만 작업 동시성은 직접 관리해야 합니다. 먼저 단일 작업의 기준을 세운 다음 runner의 동시 실행 수를 늘리면서 메모리, 디스크와 아티팩트 출력이 안정적인지 확인하세요.
세 가지 모델의 일·주·월·분기 요금을 각각 공개합니다. 시작 모델은 XR Build 16으로 하루 $21.7입니다. 대여 기간을 늘릴 때는 단기 요금을 단순 합산하지 말고 해당 기간의 요금표를 확인하세요.
스토리지 확장과 Thunderbolt 5 연결 옵션은 별도 요금으로 안내합니다. 플랜을 비교할 때 노드 대여료와 필요한 추가 옵션을 나눠 확인하고, 결제 전에 구성 내역을 다시 살펴보세요.
요금표에는 M4 / 16GB / 256GB, M4 / 24GB / 512GB, M4 Pro / 64GB / 2TB 세 가지 구성만 있습니다. 모델명만으로 칩, 메모리와 저장 용량을 대신할 수는 없습니다.
예시 작업 시간을 프로젝트 성능 보장처럼 안내하지 않습니다. 테스트할 때는 콜드 빌드, 증분 빌드와 Archive 시간을 기록하고 코드 버전, Xcode 버전 및 캐시 조건을 동일하게 유지하세요.
아래는 대표적인 사용자 유형에 맞춘 워크플로 예시이며, 실제 고객 사례나 성능 테스트 결과가 아닙니다. 각 유형에서 실행할 작업을 설명하고 검증해 볼 만한 모델을 제안합니다.
낮에는 로컬에서 SwiftUI를 작성하고 인터랙션을 디버깅합니다. 코드를 제출하면 클라우드 노드가 지정한 브랜치를 가져와 의존성을 확인하고 테스트와 xcodebuild archive를 실행합니다. 이후 서명된 아티팩트를 내보내 팀의 절차에 따라 TestFlight에 업로드합니다.
앱 하나와 낮은 동시 실행 부하부터 시작해 XR Build 16을 검증하세요. 릴리스 스크립트와 실패 로그를 보관하면 다음 날 문제를 해결할 때 환경을 다시 추측할 필요가 없습니다.
XR Build 16 · M4 / 16GB / 256GB
오전에는 이전 실행의 실패 로그를 확인하고, 오후에 코드를 병합하면 GitHub 또는 GitLab self-hosted runner가 자동으로 작업을 시작합니다. 태그로 단위 테스트와 릴리스 작업을 구분하고 Fastlane gym으로 빌드 단계를 관리해 App, Widget과 Extension의 코드 서명 설정을 일관되게 유지하세요.
Target이 여러 개이고 테스트와 캐시를 함께 사용하는 경우 XR Build 24부터 검증하세요. 동시 실행 수를 단계적으로 조정해 여러 Archive가 같은 출력 디렉터리에 쓰거나 코드 서명 상태를 두고 충돌하지 않도록 하세요.
XR Build 24 · M4 / 24GB / 512GB
오전에는 MLX로 소형 모델의 추론을 검증하고 모델, 양자화 방식과 메모리 사용량을 기록합니다. 오후에는 미세 조정을 시도하고 체크포인트를 저장한 뒤, 프로젝트에 따라 Core ML 내보내기를 검증하세요. 밤에 빌드를 이어가려면 먼저 실험 프로세스를 종료하거나 동시 실행을 제한하세요.
이런 작업은 XR Build Pro 64부터 검증해 볼 수 있습니다. 통합 메모리 64GB는 구체적인 사양이지 모든 모델을 실행할 수 있다는 뜻은 아닙니다. 모델, 런타임과 다른 작업의 총 메모리 사용량을 먼저 계산하세요.
XR Build Pro 64 · M4 Pro / 64GB / 2TB
낮에는 macOS 그래픽 인터페이스에서 프로젝트와 미디어 경로를 확인하고 Logic 또는 Final Cut에 필요한 소프트웨어 라이선스, 플러그인과 폰트를 점검합니다. 밤에는 렌더링이나 일괄 변환을 실행하세요. 완료 후 결과물을 내보내고 파일 무결성을 확인한 다음 임시 캐시를 정리합니다.
규모가 큰 프로젝트는 XR Build Pro 64로 검증할 수 있지만 원본 미디어와 완성본은 별도 위치에 보관해야 합니다. 원격 작업 환경은 로컬 네트워크와 노드 간 거리에 따라 달라지므로 정식으로 옮기기 전에 실제 미디어와 연결 상태로 테스트하세요.
XR Build Pro 64 · M4 Pro / 64GB / 2TB
모든 지역에서 Apple Silicon Mac mini를 제공하며, 세 가지 구성을 여섯 개 노드에서 이용할 수 있습니다. 먼저 팀의 근무 시간과 네트워크 환경에 맞춰 지역을 선택한 뒤 실제 연결로 원격 작업 환경을 확인하세요. 시간대가 가깝다고 네트워크 지연이 반드시 낮아지는 것은 아닙니다.
SG · UTC+8
동남아시아 팀이 주간 협업과 야간 작업을 계획하기 좋습니다. 이전하기 전에 소스 코드 저장소와 의존성 저장소에 실제로 접속할 수 있는지 확인하세요.
JP · UTC+9
일본 업무 시간에 맞춰 협업하는 팀에 적합합니다. 예약 작업이 시스템의 기본 현지 시간대로 실행되지 않도록 CI 설정에 릴리스 작업의 시간대를 지정하세요.
KR · UTC+9
한국과 동북아시아 팀이 빌드 로그와 아티팩트를 확인하기 좋습니다. 원격 데스크톱을 테스트할 때는 문자 입력과 파일 전송도 함께 확인하세요.
HK · UTC+8
중국 남부와 동남아시아의 업무 시간대에 협업하기 좋습니다. 다른 지역에서 저장소에 접속할 때는 연결 안정성과 의존성 다운로드를 각각 확인하세요.
US-E · UTC−5 / UTC−4
북미 동부 팀에 적합하며 서유럽의 업무 시간과 맞추기에도 편리합니다. 일광 절약 시간으로 현지 UTC 오프셋이 바뀌므로 예약 작업에는 시간대를 명시하는 것이 좋습니다.
US-W · UTC−8 / UTC−7
북미 서부 팀이 함께 문제를 해결하고 릴리스하기 좋습니다. 시간대가 다른 팀과 협업할 때는 로그에 UTC 오프셋을 남겨 작업 순서를 잘못 판단하지 않도록 하세요.
표시된 상태는 현재 판매 중인 노드 기준입니다. 주문 시 실제 이용 가능 여부는 콘솔에서 확인하세요. 노드는 연중 365일 정상 운영되며, 하드웨어 문제는 장애 처리 절차에 따라 대응합니다.
하드웨어 문제를 빌드 로그에 묻어두지 않습니다. 제공 단계에서 환경을 점검하고 사용 중에는 앱 문제와 노드 문제를 구분합니다. 하드웨어 대응이 필요하면 데이터와 복구 범위를 먼저 명확히 합니다.
칩, 메모리, 디스크와 지역을 확인하고 macOS 및 Xcode 환경을 준비합니다. 할당 후 콘솔에서 SSH와 원격 데스크톱 연결 정보를 확인하세요. 팀에서도 관리자 권한, Xcode 경로와 프로젝트 의존성을 점검하고 소규모 검증 작업을 성공적으로 실행한 뒤 정식 파이프라인을 이전해야 합니다.
노드 측에서는 연결 상태와 하드웨어 작동을 확인하고, 프로젝트 측에서는 팀이 디스크 여유 공간, 캐시 증가량과 작업 실패 로그를 살펴봅니다. 문제가 발생하면 콘솔에서 지원 티켓을 제출하고 노드 지역, 모델, 발생 시각과 오류 정보를 알려주세요. 네트워크, 툴체인, 코드 서명과 하드웨어 문제를 먼저 구분하고 모든 실패를 빌드 성능 탓으로 돌리지 않습니다.
하드웨어 이상을 확인하면 지원 티켓으로 노드 점검이나 교체를 조율하고 연결 정보 변경 여부와 재배포가 필요한 항목을 안내합니다. 팀은 백업을 바탕으로 소스 코드, 의존성과 코드 서명 환경을 복구한 다음 툴체인 버전과 검증 빌드를 확인해야 합니다. 하드웨어 교체는 데이터 백업이 아니며, 확인되지 않은 아티팩트를 복구 성공의 근거로 삼아서도 안 됩니다.
칩, 메모리, 디스크와 결제 주기를 확인한 뒤 실제 프로젝트로 검증하세요. 재현 가능한 Archive를 빌드 대기열 이전의 출발점으로 삼으세요.
USDT-TRC20 및 Visa / Mastercard / Amex(Stripe)만 지원하며, 결제 통화는 USD입니다. 실제 이용 가능한 결제 게이트웨이는 백엔드 응답에 따릅니다.