우리가 이 방식을 선택한 이유

iOS 빌드는 실제 Mac에서 안정적으로 실행되어야 합니다

ArmRDP는 Mac mini 한 대를 통째로 제공합니다. 단독 물리 노드에서 가상화 없이 실행하고, 툴체인을 고정해 모든 빌드의 실행 환경을 추적할 수 있도록 합니다.

서비스를 시작한 이유는 간단합니다. 개발자에게 필요한 것은 더 많은 환경 차이가 아니라, 일상적인 개발 작업과 자원을 나누지 않고 작업을 계속 실행할 수 있는 Mac 한 대입니다. 아카이브, 코드 서명, 내보내기와 러너는 하나의 관리되는 환경에서 처리해야 합니다. 출시 직전에 어떤 툴체인이 바뀌었는지 찾아다닐 필요가 없어야 하니까요.

하루 단위 대여, 하루 $21.1부터. 실제 이용 가능 여부는 콘솔에 실시간으로 표시되는 정보를 기준으로 합니다.

한 대를 통째로 제공

단독 사용은 단순한 리소스 라벨이 아닙니다

빌드 환경을 제어하려면 먼저 리소스가 누구에게 속하는지 명확해야 합니다. 한 대의 Mac을 여러 테넌트로 나누거나 물리 노드 대신 가상 머신을 제공하지 않습니다.

다른 테넌트와 장비를 공유하지 않습니다

대여 기간에는 Mac mini 한 대를 고객님만 사용합니다. 통합 메모리, SSD, 프로세서는 한 대의 제공 장비에 속하며 공유 호스트에서 할당한 용량이 아닙니다.

그렇다고 모든 작업을 동시에 실행하는 것이 좋다는 뜻은 아닙니다. 병렬 빌드는 로컬 메모리와 디스크를 함께 사용하므로 프로젝트를 직접 테스트해 러너의 동시 실행 수를 설정하세요.

물리 리소스 경계가 명확합니다

가상화 계층 없이 네이티브로 실행

Xcode, 시뮬레이터, Metal은 macOS 물리 노드에서 실행됩니다. 그래픽 인터페이스는 상호작용 문제를 확인할 때, 명령줄은 아카이브, 서명, 자동화 작업에 적합합니다.

실행 환경을 제공하지만 특정 프로젝트의 컴파일 속도를 보장하지는 않습니다. 종속성 다운로드, 캐시 적중 여부, 테스트 규모에 따라 작업 시간이 달라집니다.

가상 머신이 아닙니다

변경 사항을 추적 가능한 범위로 관리하세요

원하는 Xcode 버전을 선택해 고정하고, 노드를 GitLab 또는 GitHub Actions의 self-hosted runner로 등록해 파이프라인이 지정된 환경에서 실행되도록 할 수 있습니다.

Xcode 버전, 종속성 잠금 파일, 러너 레이블, 빌드 매개변수를 함께 기록하는 것이 좋습니다. 업그레이드는 먼저 검증한 뒤 프로덕션 작업에 적용하세요. 출시 도중 환경을 바꾸지 마세요.

팀이 환경을 제어합니다
리전 구성

5개 데이터센터에서 팀과 작업에 맞는 위치를 선택하세요

싱가포르, 일본(도쿄), 대한민국(서울), 홍콩, 미국 서부에 노드를 운영합니다. 각 지역의 팀이 가까운 곳을 선택하고, 러너를 프로젝트의 코드 및 아티팩트 서비스에 더 가까이 배치할 수 있도록 구성했습니다.

SG · UTC+8

싱가포르

동남아시아 팀의 협업에 적합합니다. 수동 디버깅과 자동 빌드를 같은 노드에서 처리할 수 있습니다.

선택 전에 저장소와 아티팩트 저장소의 위치를 확인하세요.
JP · UTC+9

일본(도쿄)

동아시아 팀에 적합합니다. 현지 업무 시간에 원격으로 Xcode와 시뮬레이터를 확인하기 편리합니다.

그래픽 인터페이스 사용 경험은 실제 네트워크 환경에서 확인하세요.
KR · UTC+9

대한민국(서울)

동북아시아 협업에 적합합니다. 일상적인 개발, 서명 확인, 러너 디버깅을 위한 지역 선택지를 제공합니다.

터미널 작업과 빌드 대기열은 각각 따로 평가할 수 있습니다.
HK · UTC+8

홍콩

중국 남부 및 동남아시아 팀에 적합합니다. 화면 공유로 빌드 환경을 자주 확인해야 하는 워크플로에 유용합니다.

가까운 위치는 출발점일 뿐, 연결 테스트를 대신하지 않습니다.
US-W · UTC−8 / −7

미국 서부

북미 서부 해안 팀의 협업에 적합합니다. 코드 저장소, 종속성 미러, 아티팩트 업로드 경로를 고려해 선택하세요.

현지 시간대는 서머타임에 따라 달라집니다.

노드를 고를 때는 두 경로를 확인하세요

첫 번째는 사용자와 호스트 사이의 대화형 접속 경로로, VNC 사용 경험에 영향을 줍니다. 두 번째는 호스트와 코드 저장소, 종속성 미러, 아티팩트 저장소 사이의 작업 경로로, 다운로드와 업로드 속도에 영향을 줍니다. 자동 빌드가 주된 용도라면 데스크톱 연결감만으로 노드를 결정하지 마세요. 세 가지 모델 모두 이 5개 리전에서 이용할 수 있으며, 전체 사양과 판매 중인 구성은 요금제 페이지에서 확인할 수 있습니다.

가동률 약속

수치와 처리 절차를 함께 공개합니다

모든 노드는 연중 365일 운영됩니다. 아래 내용은 서비스 목표와 보상 규정이며, 과거 모니터링 결과나 개별 빌드 성공률이 아닙니다.

월 가동률 약속

99.9%

30일 기준, 허용 중단 시간은 약 43분입니다

30 × 24 × 60 × 0.1% = 43.2분

허용 시간을 초과하면 서비스 시간을 보상합니다

허용 시간을 초과한 중단 시간은 비례 계산해 서비스 시간으로 보상합니다. 신청할 때 노드 장애, 사용자 작업, 프로젝트 빌드 실패를 구분해 주세요. 컴파일 오류, 인증서 설정 문제, 종속성 오류는 노드 중단으로 간주하지 않습니다.

7일 이내에 신청하세요

콘솔에 로그인해 지원 티켓을 제출하고 호스트 ID, 영향을 받은 시간대와 시간대를 함께 적어 주세요. 접속 오류나 작업 로그도 첨부하면 같은 시간대의 서비스 상태를 확인하는 데 도움이 됩니다. 원본 기록을 보관해 주세요.

불가항력 및 사용자 작업의 구분, 신청 및 보상 규정은 서비스 약관을 따릅니다.

데이터 및 격리

대여 중에는 단독 사용, 종료 후에는 데이터 삭제

대여한 호스트의 사용자 파일이나 코드에 접근하거나 이를 분석하지 않습니다. 단독 물리 노드로 테넌트 간 경계를 분명히 하지만, 팀은 자격 증명, 백업, CI 권한을 직접 관리해야 합니다. 물리적 격리가 이러한 작업을 대신하지는 않습니다.

  1. 대여 종료 전에 내보내기

    보관할 코드 변경 사항, 빌드 아티팩트, 설정은 팀의 저장소에 백업하세요. 대여 노드를 유일한 사본으로 사용하지 마세요. 캐시는 다시 만들 수 있지만, 커밋하지 않은 작업과 서명 자료는 직접 보관해야 합니다.

  2. 대여 종료 후 데이터 삭제

    대여가 끝나면 호스트는 디스크 삭제와 환경 초기화 절차에 들어갑니다. 이전 대여자의 데이터는 다음 제공 환경에 남지 않으며, 다음 테넌트가 작업 디렉터리를 이어서 사용하지 않습니다.

  3. 재제공 전 확인

    데이터 삭제와 환경 초기화가 끝난 뒤 다음 제공 절차를 진행합니다. 팀은 자체 CI 플랫폼에서 이전 러너 등록과 액세스 토큰을 해지하고, 호스트에서 사용한 자격 증명도 교체해야 합니다. 디스크 삭제가 외부 서비스 권한까지 처리한다고 가정하지 마세요.

지원 티켓에는 문제 확인에 필요한 내용만 첨부하세요

호스트 ID, 시간대, 오류 출력, 재현 단계가 프로젝트 전체보다 문제 해결에 더 유용한 경우가 많습니다. 로그를 제출하기 전에 개인 키, 인증서 암호, 액세스 토큰, 업무 데이터를 삭제하세요. 계정, 주문, 지원 티켓 기록의 처리 범위는 개인정보 처리방침을 확인하세요.

팀 운영 원칙

사실을 먼저 투명하게 알리고, 선택은 고객님께 맡깁니다

저희는 단독 물리 Mac 대여 서비스만 제공합니다. 모델 추천은 사양, 요금 또는 운영 절차에 근거해야 하며, 더 빠르다는 막연한 표현에 기대지 않습니다.

수치를 명확하게 공개합니다

칩, 통합 메모리, SSD, 이용 기간별 요금, 노드 지원 지역을 항목별로 안내합니다. 예시 절차는 예시라고 표시하고, 시연 시점을 모니터링 데이터처럼 제시하지 않습니다. 한 프로젝트의 결과를 모든 팀에 적용되는 성능 약속으로 확대하지도 않습니다.

사양을 직접 확인할 수 있습니다

가격을 투명하게 공개합니다

일간, 주간, 월간, 분기별 요금을 명확하게 안내합니다. 스토리지 확장과 Thunderbolt 5 병렬 연결은 별도 항목입니다. 모든 결제는 미국 달러로 처리하며 USDT-TRC20과 Visa / Mastercard / Amex(Stripe)만 지원합니다. 실제 이용 가능한 결제 게이트웨이는 백엔드 응답을 기준으로 합니다.

항목별로 따로 안내합니다

설명이 홍보 문구보다 먼저입니다

접속 방법, 툴체인 고정 방법, 러너 등록 방법을 먼저 안내한 뒤 장비를 추가하는 방안을 논의합니다. 첫 번째 파이프라인을 실행하고 작업 시간과 리소스 사용량을 기록한 다음, 단일 머신 사양을 높일지 노드를 추가해 병렬 처리할지 판단하세요.

먼저 검증한 뒤 확장하세요

재현 가능한 빌드 하나부터 시작하세요

세 가지 모델과 네 가지 이용 기간을 살펴보고 실제 프로젝트로 먼저 검증하세요. 적합한 구성을 정하기 어렵다면 빌드 빈도, 툴체인, 동시 실행 요구 사항을 알려주세요.