납품 일정에 대여 기간 반영

주문부터 첫 ipa까지, 하루 만에

Windows에서 계속 코딩하고 macOS가 필요한 빌드는 클라우드 Mac에서 진행하세요. 필요한 날짜만 대여하고 결제 당일 시작할 수 있어, 짧은 프로젝트 때문에 Mac을 구매할 필요가 없습니다.

결제 당일 바로 사용할 수 있지만, 당일 빌드 완료 여부는 프로젝트 의존성, Xcode 버전, 서명 자료 준비 상태에 따라 달라집니다. 아래 여섯 가지를 먼저 확인한 다음 사용하는 프레임워크에 맞춰 진행하세요.

Mac Mini M4: 하루 $20.2. Mac 전체를 단독으로 사용하며 가상 머신이 아닙니다. 프로젝트가 끝나면 만료 후 갱신하지 않는 경우 서비스가 중지됩니다.

자료를 확인한 뒤 대여 시작

주문 전, 여섯 가지를 확인하세요

지금 대여하기 좋은 경우: 코드를 가져올 수 있고, 서명 자료 사용 권한이 확인되었으며, 곧 빌드해야 합니다. 바로 시작하기 어려운 경우: 고객이 번들 ID나 서명 주체를 아직 정하지 않았습니다. 머신을 켜 두어도 기다리는 시간만 늘어납니다.

  • 용도: 이번에 납품할 결과물

    빌드, 연동 테스트, 앱 등록 준비 중 무엇이 필요한지 구분하세요. 목표 버전, 번들 ID, 빌드 방식, 최종 수령인을 명확히 적어 두세요. 한 번 빌드해 보관하는 프로젝트와 며칠간 연속으로 연동 테스트를 하는 프로젝트는 필요한 대여 기간이 다릅니다.

  • 노드: 실제 작업자 위치에 맞춰 선택

    싱가포르, 도쿄, 서울, 홍콩 노드를 선택할 수 있습니다. 주로 머신에 연결하는 팀의 네트워크를 기준으로 고르세요. 파일을 자주 전송한다면 전송 경로도 고려해야 합니다. 가까운 지역이라도 연결 경로마다 품질은 다를 수 있으므로 실제 사용 네트워크에서 확인하세요.

  • 기간: 예상 사용 시간부터 계산

    일·주·월·분기 단위로 결제할 수 있습니다. Mac Mini M4 요금은 하루 $20.2, 주 $54.6, 월 $101.1, 분기 $275입니다. 3일 이상 연속 사용할 예정이라면 일별 결제보다 주 단위가 저렴합니다. 일정이 아직 확정되지 않았다면 기간별 요금을 비교한 뒤 결제하세요.

  • 결제: 사용 가능한 결제 수단 확인

    USDT-TRC20, Visa / Mastercard / Amex(Stripe)만 지원하며 모든 결제는 미국 달러(USD)로 처리됩니다. 실제 사용 가능한 결제 게이트웨이는 백엔드 응답을 기준으로 확인하세요. 결제 전에 주문 금액과 페이지 안내를 확인하고, 이전 주문 정보를 참고해 임의로 결제하지 마세요.

  • 서명: 인증서와 개인 키 모두 필요

    프로젝트 담당자에게 개발자 서명 권한을 확인하고 해당 인증서, 개인 키, 프로비저닝 프로파일을 준비하세요. 인증서 파일만으로는 서명할 수 없습니다. 유효 기간, 팀 소속, 번들 ID, 내보내기 용도를 확인하고 자료는 통제된 경로로 전달하세요. 공개 저장소에는 올리지 마세요.

  • 마무리: 종료일 담당자 지정

    대여 종료 시점을 책임질 담당자를 정하세요. 만료 후 갱신하지 않으면 서비스가 중지되며 별도 해지 수수료는 없습니다. 서비스 중지를 백업으로 여기지 마세요. 결과물 내보내기, 고객 검수, 필요할 수 있는 수정 작업에 시간을 확보하고, 기간 연장이 확정되면 다음 기간을 갱신하세요.

일정을 주문으로 확정

머신 선택은 프로젝트 규모부터

두 모델 모두 전용 물리 Mac mini입니다. 프로젝트 작업량에 맞춰 사양을 고른 다음 노드와 대여 기간을 선택하세요. 가끔 한 번 빌드한다는 이유만으로 더 큰 모델을 고를 필요는 없습니다.

Mac Mini M4

M4 / 16GB RAM / 256GB SSD

소규모 네이티브 프로젝트, 일반적인 Flutter 빌드, 단기 연동 테스트에 적합합니다. 저장소 크기만 보지 말고 소스 코드, 의존성, 시뮬레이터, 아카이브에 필요한 공간을 모두 확인하세요.

대용량 리소스와 여러 대형 프로젝트, 과거 아카이브를 한 머신에 장기간 보관하기에는 적합하지 않습니다.

하루 $20.2 · 주 $54.6
월 $101.1 · 분기 $275

Mac Mini M4 Pro

M4 Pro / 64GB RAM / 2TB SSD

대형 Unity 프로젝트 내보내기, 여러 Target 빌드, 무거운 의존성 처리에 적합합니다. 넉넉한 메모리와 저장 공간으로 복잡한 프로젝트를 다룰 수 있지만, 모든 프로젝트에서 일정한 속도 향상을 보장하지는 않습니다.

소규모 프로젝트를 가끔 컴파일하고 대부분의 시간을 고객 확인을 기다리는 일정이라면 적합하지 않습니다.

하루 $59.3 · 주 $160
월 $296.3 · 분기 $805.9

  1. 01

    사양 확인

    주문 페이지에서 모델, 노드, 요금제를 선택하세요. 추가 저장 공간이 필요할 때만 옵션을 추가하세요. 제출 전에 전체 구성과 총액을 확인하고, 이용 가능 여부는 콘솔의 실시간 정보를 기준으로 확인하세요.

  2. 02

    결제 완료

    선택한 결제 게이트웨이 안내에 따라 결제한 뒤 주문으로 돌아와 처리 결과를 확인하세요. 결제 내역과 주문 상태가 일치해야 합니다. 상태가 다르면 주문 번호와 결제 증빙을 보관해 티켓으로 문의하세요.

  3. 03

    인스턴스 확인

    결제 당일 서비스를 시작할 수 있습니다. 콘솔에서 해당 머신의 인스턴스 상세 정보를 열어 연결 정보와 만료 시각을 확인하세요. 다른 머신의 이전 기록에서 주소나 인증 정보를 복사하지 마세요.

연결을 확인한 뒤 프로젝트 이전

처음 접속하면 환경부터 점검하세요

처음에는 원격 데스크톱으로 그래픽 인터페이스, 디스크, Xcode를 확인한 다음 SSH로 빌드 명령을 실행하는 것이 좋습니다. 두 연결 방식 모두 같은 물리 노드에 접속하며 서로 다른 환경이 아닙니다.

연결 후 프로젝트 빌드 환경을 확인하는 작업 모습을 보여 주는 워크스테이션 화면
빌드 환경을 먼저 확인한 뒤 고객 코드와 서명 자료를 옮기세요. 사진은 작업 환경을 보여 주기 위한 예시입니다.

원격 데스크톱: 첫 점검과 Archive에 적합

콘솔에 로그인해 해당 인스턴스 상세 정보로 이동한 다음 안내된 연결 방식, 주소, 인증 정보를 사용하세요. 처음 연결하면 머신 번호를 확인하고 macOS 그래픽 인터페이스, 사용 가능한 저장 공간, 프로젝트 디렉터리를 점검하세요.

Xcode 서명 설정을 조정하거나 시뮬레이터를 확인하고 그래픽 안내를 처리할 때는 원격 데스크톱이 편리합니다. 접속 정보를 여러 사람이 있는 채팅방에 공유하지 말고, 여러 사용자가 같은 빌드 디렉터리를 동시에 수정하지 않도록 하세요.

처음에는 그래픽 인터페이스로 작업

SSH: 명령줄 빌드와 로그 보관에 적합

Windows 터미널에서 SSH 클라이언트를 사용하세요. 주소, 포트, 사용자 이름, 인증 방식은 인스턴스 상세 정보를 기준으로 확인합니다. 처음 연결할 때 호스트 신원을 확인하고, 신원 변경 경고가 나오면 이유를 먼저 확인하세요. 경고를 무시하고 진행하지 마세요.

SSH 로그인에 성공해도 서명을 바로 사용할 수 있는 것은 아닙니다. 현재 사용자, 키체인 접근 권한, 빌드 도구 경로, 프로젝트 의존성을 확인하세요. 자동화 작업도 해당 사용자 환경에서 검증해야 합니다.

명령 실행을 확인한 뒤 자동화 연결

Xcode 설치 또는 전환 후 실제 사용 버전 확인

먼저 프로젝트에서 요구하는 Xcode와 SDK 버전을 확인하세요. 머신에 이미 요구 사항을 충족하는 버전이 있다면 다시 설치할 필요가 없습니다. 도구가 없다면 Xcode와 명령줄 도구를 설정하고 그래픽 인터페이스에서 첫 실행에 필요한 절차를 완료하세요.

아래 두 명령으로 개발 도구 경로와 Xcode 버전을 확인합니다. 출력이 프로젝트 요구 사항에 맞는지 확인한 뒤 의존성을 복원하세요. 응용 프로그램 폴더에 Xcode가 있다는 이유만으로 코드 문제를 조사하지 마세요.

클라우드 Mac 터미널에서 실행

xcode-select --print-path
xcodebuild -version

버전이나 경로가 맞지 않으면 설치 위치에 맞게 도구를 전환한 뒤 다시 확인하세요. 다른 머신의 설치 경로를 그대로 복사하지 마세요.

프레임워크별로 진행하고 서명 확인은 생략하지 마세요

재현 가능한 첫 빌드를 납품하세요

먼저 확정된 커밋으로 빌드한 뒤 일상적인 작업 흐름에 연결하세요. 어떤 방식이든 의존성 버전, 서명 자료, 내보내기 용도를 확인해야 합니다. 컴파일 성공이 곧 납품 완료를 뜻하지는 않습니다.

네이티브 Xcode: 아카이브 후 내보내기

  1. 확정된 커밋을 가져와 프로젝트 안내에 따라 의존성을 복원하세요. 의존성 관리 도구가 생성한 workspace를 사용한다면 개별 project를 잘못 열지 않도록 주의하세요.
  2. Scheme, 번들 ID, 버전 번호, 빌드 번호를 확인하세요. 고객이 승인한 인증서, 개인 키, 프로비저닝 프로파일을 가져와 현재 Target에 맞는지 확인하세요.
  3. 아카이브에 적합한 실행 대상을 선택하고 Product → Archive를 실행하세요. Organizer에서 아카이브 기록을 확인한 뒤 실제 납품 용도에 맞게 ipa를 내보내세요.
  4. 아카이브, 심볼 파일, 빌드 로그를 보관하세요. 빌드 결과물과 커밋 버전을 연결해 두면 이후 수정 작업의 시작점을 추적할 수 있습니다.

서명 단계에서 막히면 인증서와 프로비저닝 프로파일의 일치 여부부터 확인하세요. 프로젝트 캐시 전체를 반복해서 삭제하지 마세요.

Flutter: iOS 툴체인부터 확인

프로젝트에서 지정한 Flutter 버전을 사용하세요. 프로젝트 루트 디렉터리에서 툴체인을 점검하고 의존성을 복원한 다음 빌드합니다:

flutter doctor -v
flutter pub get
flutter build ipa --release

프로젝트에 flavor, 사용자 지정 진입점, 내보내기 설정이 있다면 기존 빌드 안내에 따라 매개변수를 추가하세요. 기본 명령이 모든 프로젝트의 최종 설정이라고 가정하지 마세요.

툴체인 점검을 마친 뒤 iOS 프로젝트의 서명과 네이티브 의존성을 처리하세요. 빌드 출력에서 ipa 경로와 내보내기 결과를 확인하세요.

React Native: Release 빌드 경로 확인

  1. 잠금 파일에 따라 JavaScript 의존성을 설치하고 프로젝트에서 지정한 Node 및 패키지 관리자 버전을 사용하세요.
  2. iOS 네이티브 의존성을 복원하고 해당 workspace를 연 다음 Scheme과 Release 설정을 확인하세요.
  3. JavaScript 리소스 번들링 단계, 네이티브 모듈, 환경 설정, 서명 자료를 확인한 뒤 Archive와 내보내기를 진행하세요.
  4. 내보낸 앱이 개발 서버 없이 작동하는지 확인하세요. 개발 모드에서 실행된다는 사실만으로 Release 빌드가 검증된 것은 아닙니다.

환경 변수와 고객 키를 각각 따로 관리하세요. 운영 설정을 로그에 기록하거나 저장소에 커밋하지 마세요.

폴더 이름보다 중요한 고객별 경계

한 대를 번갈아 쓸까요, 고객마다 한 대씩 쓸까요?

전용 머신은 대여한 고객 한 곳이 물리 노드를 단독으로 사용한다는 뜻입니다. 같은 스튜디오에서 여러 프로젝트를 실행할 경우 자동으로 분리되는 것은 아닙니다. 한 대를 번갈아 사용한다면 계정, 키체인, 결과물 디렉터리도 분리해야 합니다.

한 대를 번갈아 사용: 가끔 빌드하는 경우

소규모 프로젝트 몇 개를 동시에 납품하지 않는다면 고객별로 macOS 사용자 계정을 만들고 프로젝트, 키체인, 빌드 기록을 각각 관리할 수 있습니다. 작업을 전환할 때 현재 사용자를 확인하고, 정리되지 않은 다운로드 폴더를 함께 쓰지 마세요.

대신 작업 순서를 기다려야 하고 계정 전환도 직접 관리해야 합니다. 계정을 나눠도 한 머신을 함께 사용하므로 모든 고객의 분리 요구를 충족하는 방법으로 간주해서는 안 됩니다.

먼저 고객이 이 방식을 허용하는지 확인하세요

고객마다 한 대씩: 동시 납품에 적합

같은 주에 여러 고객에게 빌드를 납품하거나 계약상 환경 경계를 명확히 해야 한다면 고객마다 전용 물리 머신을 대여하세요. 머신 이름을 고객과 프로젝트에 맞추고 인증서, 개인 키, 코드, 아카이브를 각 노드에 따로 보관하세요.

대신 머신마다 별도로 요금이 부과됩니다. 환경을 분리한 뒤에도 접근 권한을 관리하고 백업을 보관해야 하며, 머신별 갱신 담당자와 종료 시각을 따로 기록해야 합니다.

동시에 빌드하고 각각 인계
납품을 마쳤다면 대여도 정리하세요

서비스 종료 전에 프로젝트를 되가져오세요

갱신하지 않으면 서비스가 중지됩니다. 머신을 프로젝트의 유일한 보관 장소로 사용하지 마세요. 먼저 결과물을 내보내고 검증한 다음 종료할지 연장할지 결정하세요.

  1. 01

    내보내고 검증

    ipa, 아카이브, 심볼 파일, 빌드 로그, 필요한 설정을 다운로드하세요. 보관할 서명 자료는 고객의 승인에 따라 안전하게 내보내세요. 로컬 또는 고객 지정 저장소에서 파일이 온전한지 확인하고 개인 키와 암호는 따로 보관하세요.

  2. 02

    접근 권한 정리

    더 이상 필요하지 않은 저장소 인증 정보, 임시 키, 자동화 작업 연결을 제거하고 빌드 작업이 이 머신으로 더 이상 전달되지 않는지 확인하세요. 재대여 전에 시스템을 정리하지만 백업과 권한 회수는 미리 완료해야 합니다.

  3. 03

    갱신 여부 확인

    프로젝트가 끝났다면 콘솔에서 만료 시각을 확인하고 갱신하지 마세요. 프로젝트가 연장되면 해당 인스턴스의 구독 또는 주문에서 알맞은 기간을 갱신하고 결제 후 새 만료 시각을 확인하세요. 재설치나 상태 확인이 필요하면 콘솔 티켓에 머신 번호와 요청 사항을 적어 주세요.

연결, 서명, 결제 문제 문의 시 필요한 정보

티켓에 머신 번호, 노드, 발생 시각, 수행한 단계, 전체 오류 메시지를 적어 주세요. 스크린샷에 암호나 개인 키가 보이지 않도록 주의하세요. 아직 대여를 시작하지 않았다면 다음 주소로 이메일을 보내 support@vmssd.com 프로젝트 기간과 프레임워크를 알려 주세요. 이미 사용 중인 인스턴스의 문제는 주문과 연결하기 쉽도록 콘솔에서 티켓을 제출하는 것이 좋습니다.

자료를 준비한 뒤 대여를 시작하세요

모델, 노드, 기간을 선택하고 결제하면 당일 이용을 시작할 수 있습니다. 재현 가능한 빌드를 먼저 완성한 다음 프로젝트 일정에 맞춰 갱신 기간을 정하세요.