배포 경로
이 가이드는 XcodeVM을 처음 대여하는 개발자와 빌드 팀을 위한 문서입니다. 용도, 구성, 노드, 결제, 원격 연결, 도구 체인과 보안 기준을 순서대로 확인한 뒤 재현 가능한 테스트 빌드로 최종 검수합니다.
시작 전 준비
선택하기 전에 10분만 제약 조건을 기록하면, 개통 후 저장소·캐시·빌드 산출물을 반복해서 옮기는 수고를 줄일 수 있습니다. 아래 정보는 외부에 제출할 필요 없이 팀 내부 배포 기준으로만 사용하세요.
대화형 개발, 예약 빌드, 지속적 통합, iOS 또는 macOS 배포, React Native, Unity iOS 워크플로와 MLX 실험을 구분하세요. 동시에 실행할 프로젝트 수, 병렬 작업 수와 1회 빌드 시간을 기록합니다.
저장소 자체의 크기만 보지 마세요. 의존성, 빌드 캐시, 아카이브, 로그와 임시 디렉터리까지 용량에 포함하세요. 지속적 통합 작업에는 병렬 작업 디렉터리와 실패 샘플을 위한 공간도 남겨야 합니다.
대상 코드 저장소의 접근 방식, 팀 네트워크 정책, 원격 클라이언트와 로컬 키보드 레이아웃을 확인하세요. 기업 네트워크에서 외부 연결을 제한한다면 네트워크 관리자가 필요한 경로를 미리 검증해야 합니다.
1단계 · 플랜 선택
XcodeVM은 두 가지 Mac Mini M4 구성을 제공합니다. 모두 클라우드 Mac이며 독립형 물리 머신이고 가상 머신이 아닙니다. 실제 부하에 맞춰 메모리를 먼저 선택한 뒤 작업 디렉터리와 캐시 규모에 맞춰 로컬 저장 공간을 확인하세요.
| 플랜 | 하드웨어 구성 | 적합한 작업 | 기간별 가격 | 선택 가이드 |
|---|---|---|---|---|
XVM M4 Corem4-16-256 |
M4 / 16GB / 256GB |
경량 빌드, 스크립트 자동화, 단일 프로젝트 일상 개발, 낮은 동시성 지속적 통합 | $19.1/일$51.7/주$95.7/월$260.3/분기 |
대표 저장소로 전체 빌드를 먼저 실행하세요. 메모리가 작업 한도에 계속 가까워지거나 더 많은 작업을 병렬로 실행해야 한다면 Plus를 검토하세요. |
XVM M4 Plusm4-24-512 |
M4 / 24GB / 512GB |
다중 프로젝트 개발, 고동시성 빌드, 대규모 의존성 캐시와 더 많은 메모리가 필요한 MLX 실험 | $39.5/일$106.6/주$197.4/월$536.9/분기 |
모델 추론은 이름만으로 판단할 수 없습니다. 모델 크기, 양자화 방식, 런타임 오버헤드와 최대 메모리를 확인한 뒤 요구 사항 충족 여부를 결정하세요. |
더 넓은 작업 공간이 필요하다면 주문 구성에서 +1TB SSD, +2TB SSD와 Thunderbolt 5 병렬 연결 옵션을 확인할 수 있습니다. 추가 항목은 별도 청구되며 최종 구성과 이용 가능 여부는 콘솔의 실시간 응답을 따릅니다.
2단계 · 노드 선택
판매 중인 노드는 싱가포르, 일본(도쿄), 한국(서울), 홍콩 네 곳입니다. 지리적 거리는 초기 선별 기준일 뿐이며 실제 원격 사용 경험은 현지 통신사, 국제 회선, 사무실 네트워크 혼잡과 라우팅 변화의 영향을 받습니다.
동남아시아 경로 연결이 필요한 팀에 적합합니다. 단일 출구 결과에 의존하지 않도록 사무실 네트워크와 보조 네트워크에서 각각 테스트하세요.
동북아 개발 경로 후보로 활용할 수 있습니다. 테스트 시 업무 시간과 비혼잡 시간대의 왕복 지연 시간과 지터를 함께 기록하세요.
한국 방향 연결 품질을 평가해야 하는 팀에 적합합니다. 국경 간 라우팅은 바뀔 수 있으므로 한 번이 아닌 여러 차례 샘플을 수집하세요.
아시아 간 원격 개발 및 빌드 경로를 평가하는 데 활용할 수 있습니다. 기업 네트워크 사용자는 프록시, 방화벽과 외부 연결 정책도 확인해야 합니다.
각 후보 노드에서 동일한 네트워크와 비슷한 시간대에 여러 차례 테스트하고 P50, P95, 패킷 손실률, 통신사와 연결 위치를 기록하세요. 팀이 여러 지역에 분산되어 있다면 각자 테스트해야 하며 한 구성원의 결과로 전체 팀을 대표하지 마세요.
ping -c 30 "$NODE_HOST"
traceroute "$NODE_HOST"
date -u
networkQuality3단계 · 결제
작업의 실제 지속 시간에 따라 일·주·월·분기 중 기간을 선택하세요. 단일 기간의 금액만 비교하지 말고 초기화, 안정적 운영, 문제 해결과 대여 종료 전 데이터 이전에 필요한 시간도 함께 고려하세요.
지원되는 결제 수단은 다음 두 가지뿐이며 모든 주문은 달러(USD)로 청구됩니다. 실제 이용 가능한 결제 게이트웨이는 백엔드 인터페이스 응답을 따릅니다.
4단계 · 최초 연결
개통 정보를 받은 즉시 모든 저장소와 키를 가져오지 마세요. 먼저 자격 증명 저장, 원격 세션, 입력 장치, 시간대와 재연결을 테스트해 기본 접근 경로가 안정적인지 확인하세요.
주문 ID, 노드, 모델, 메모리, 저장 공간과 연결 안내가 주문 내용과 일치하는지 확인하세요. 주문 ID는 팀이 관리하는 운영 기록에 보관하세요. 이후 지원 요청에 필요합니다.
관리되는 자격 증명 관리 도구로 로그인 정보를 저장하고 공개 문서, 채팅 기록 또는 저장소에는 남기지 마세요. 최초 로그인 후 초기 자격 증명을 변경하고 새 자격 증명으로 정상 재연결되는지 확인하세요.
macOS 그래픽 인터페이스와 명령줄을 각각 사용할 수 있는지 확인하세요. 원격 클라이언트의 해상도, 배율, 색상 품질과 클립보드 정책을 점검해 로컬 디스플레이 설정으로 노드 성능을 잘못 판단하지 않도록 하세요.
한국어·영어 입력, 기능 키, 보조 키와 자주 쓰는 단축키를 테스트하세요. 시스템 시간대를 팀 기준으로 설정하고 빌드 로그, 서명 기록과 모니터링 시간이 동일한 기준을 사용하는지 확인하세요.
현재 작업을 저장한 뒤 세션을 직접 끊고 다시 연결하세요. 창 상태, 터미널 프로세스와 백그라운드 빌드가 예상대로 유지되는지 확인하세요. 재연결에 실패하면 현지 시간, 노드, 통신사와 오류 문구를 기록하세요.
5단계 · 개발 환경 초기화
초기화 과정을 스크립트나 내부 실행 매뉴얼로 작성하세요. 목표는 한 번 설치에 성공하는 것이 아니라 각 도구의 출처, 버전 고정 방식, 캐시 위치와 실패 시 확인할 로그를 팀이 설명할 수 있게 하는 것입니다.
macOS, Xcode, 명령줄 도구, 런타임과 패키지 관리자 의존성의 버전 요구 사항을 확인하세요. 최소 구성부터 설치하고 테스트 빌드가 통과한 뒤 디버깅 및 분석 도구를 추가하세요.
머신에 제한된 저장소 접근 방식을 구성하고 읽기 전용 또는 읽기·쓰기 범위가 작업에 맞는지 확인하세요. 키 파일은 저장소, 빌드 산출물 또는 공개 읽기가 가능한 로그 디렉터리에 두지 마세요.
현재 빌드에 필요한 서명 자료만 가져오고 파일 접근 권한을 제한하며 담당자와 교체 절차를 기록하세요. 로그 출력 시 인증서 지문 이외의 민감한 내용은 숨기세요.
의존성 캐시, 파생 데이터, 임시 빌드와 최종 아카이브에 독립 디렉터리를 지정하세요. 용량 임계값과 정리 순서를 정의해 정리 스크립트가 보존해야 할 산출물을 실수로 삭제하지 않게 하세요.
mkdir -p "$HOME/workspace"
mkdir -p "$HOME/build-cache"
mkdir -p "$HOME/build-artifacts"
git clone "$REPOSITORY_URL" "$HOME/workspace/project"
cd "$HOME/workspace/project"
xcodebuild -version
sw_vers
df -h "$HOME"
xcodebuild \
-workspace "$WORKSPACE_NAME" \
-scheme "$SCHEME_NAME" \
-configuration Debug \
-derivedDataPath "$HOME/build-cache/DerivedData" \
build | tee "$HOME/build-artifacts/test-build.log"6단계 · 보안 강화
독립형 물리 머신만으로 애플리케이션 수준의 보안 관리가 대체되지는 않습니다. 팀은 여전히 접근 권한, 코드 저장소 자격 증명, 서명 자료, 빌드 로그와 업무 데이터를 관리하고 대여 기간이 끝나기 전에 이전해야 합니다.
초기 자격 증명을 변경하고 자동화 작업에는 제한된 권한의 접근 방식을 사용하세요. 여러 사람이 동일한 고권한 로그인 정보를 장기간 공유하지 말고 더 이상 필요하지 않은 저장소 및 빌드 권한을 정기적으로 철회하세요.
키, 토큰과 서명 자료는 관리되는 위치에 보관하고 스크립트 상수, 저장소 이력이나 일반 로그에 기록하지 마세요. 지원 요청을 제출하기 전에 명령 출력에서 토큰, 개인 키와 전체 업무 데이터를 삭제하세요.
코드 외 데이터도 백업하세요. 구성, 빌드 산출물, 실험 기록과 필요한 로그가 포함되어야 합니다. 정기적으로 복구 테스트를 실행하고 대여 기간이 끝나기 전에 필요한 데이터를 팀이 관리하는 위치로 이전하세요.
검수 체크리스트
검수 기록은 다른 엔지니어가 다시 확인할 수 있어야 합니다. 단순히 “사용 가능”이라고 쓰지 말고 노드, 구성, 테스트 방법, 빌드 결과와 예외 처리 경로를 기록하세요.
배포 시작
두 가지 M4 구성과 네 곳의 아시아 노드 중에서 선택하고 일·주·월·분기 단위로 결제하세요. 개통 후 이 페이지에 따라 연결, 테스트 빌드, 보안 기준과 검수 기록을 완료하세요.