아시아 태평양 위치 선택 가이드

4개 위치, 동일한 가격

전용 물리 Mac mini로, 가상 머신을 나눠 쓰지 않습니다. 팀의 위치와 산출물 이동 경로를 기준으로 위치를 고른 뒤 실제 네트워크에서 연결 품질을 확인하세요. 위치를 바꿔도 같은 구성의 정가는 동일합니다.

싱가포르 · 일본(도쿄) · 한국(서울) · 홍콩 M4 구성 2종 일 / 주 / 월 / 분기

모든 가격은 USD로 결제됩니다. 각 위치는 연중 365일 운영됩니다. 주문 시 실제 이용 가능 여부는 콘솔에서 실시간으로 확인하세요.

위치별 구성

구성은 동일하게, 워크플로에 가까운 곳에 배치

네 곳 모두 GNU Core M4와 GNU Studio M4를 제공합니다. 주문 1건당 전용 물리 머신 1대를 이용하며, CPU·메모리·디스크를 다른 고객과 공유하지 않습니다.

SG 동남아시아 협업

싱가포르

동남아시아를 대상으로 하는 개발팀에 적합합니다. 자체 호스팅 CI 러너, 의존성 캐시, 일상적인 빌드를 같은 위치에 두어 여러 지역 사이를 오가는 데이터 전송을 줄일 수 있습니다.

  • GNU Core M4M4 · RAM 16GB · SSD 256GB
    넉넉한 용량
  • GNU Studio M4M4 · RAM 24GB · SSD 512GB
    넉넉한 용량

선택 추가 옵션:+1TB SSD, +2TB SSD, Thunderbolt 5 데이지 체인 연결(대당). 여러 대를 연결하려면 먼저 연결 방식을 확인하세요.

선택 전 확인 사항: 팀 사무실 네트워크에서 위치까지의 상호작용 품질과 코드 저장소·산출물 저장소에서 위치까지의 전송 성능을 확인하세요.

싱가포르에서 대여
JP 일본 시장 워크플로

일본(도쿄)

일본 팀 협업, 일본어 현지화, 일본 시장 대상 빌드 작업에 적합합니다. Xcode 컴파일, 시뮬레이터 회귀 테스트, 산출물 보관을 한 머신에서 처리할 수 있습니다.

  • GNU Core M4M4 · RAM 16GB · SSD 256GB
    넉넉한 용량
  • GNU Studio M4M4 · RAM 24GB · SSD 512GB
    넉넉한 용량

선택 추가 옵션:+1TB SSD, +2TB SSD, Thunderbolt 5 데이지 체인 연결(대당). 추가 SSD는 빌드 캐시나 에셋 디렉터리로 활용할 수 있습니다.

위치가 App Store 심사 기준을 바꾸거나 심사 통과를 보장하지는 않습니다. 현지 네트워크, 실제 기기, 실제 사용자 환경에서의 테스트를 대신할 수도 없습니다.

도쿄에서 대여
KR 한국 시장 및 게임 출시

한국(서울)

한국 팀이 참여하는 게임 출시, 클라이언트 빌드, 현지화 회귀 테스트에 적합합니다. Unity 또는 Flutter 프로젝트를 이 위치에서 macOS용으로 빌드한 뒤 팀의 릴리스 워크플로로 전달할 수 있습니다.

  • GNU Core M4M4 · RAM 16GB · SSD 256GB
    넉넉한 용량
  • GNU Studio M4M4 · RAM 24GB · SSD 512GB
    넉넉한 용량

선택 추가 옵션:+1TB SSD, +2TB SSD, Thunderbolt 5 데이지 체인 연결(대당). 대형 프로젝트는 에셋, 캐시, 출력 디렉터리에 필요한 전체 공간을 먼저 확인하세요.

주로 직접 조작하며 디버깅한다면 실제 사무실 네트워크에서 먼저 테스트하세요. 지도상의 거리만으로 위치를 정하지 마세요.

서울에서 대여
HK 중화권 팀 협업

홍콩

여러 지역의 팀이 원격 개발과 오디오·비디오 작업을 함께 진행하는 데 적합합니다. 대량 변환 작업은 클라우드에서 실행한 뒤 SFTP로 결과물을 가져오면 그래픽 연결을 장시간 유지하지 않아도 됩니다.

  • GNU Core M4M4 · RAM 16GB · SSD 256GB
    넉넉한 용량
  • GNU Studio M4M4 · RAM 24GB · SSD 512GB
    넉넉한 용량

선택 추가 옵션:+1TB SSD, +2TB SSD, Thunderbolt 5 데이지 체인 연결(대당). 에셋이 많다면 프로젝트 데이터와 시스템 디스크를 분리해 계획하세요.

통신사별 네트워크 경로에 따라 성능이 다를 수 있습니다. 사무실 유선 인터넷, 가정용 네트워크, 모바일 네트워크를 각각 확인하세요.

홍콩에서 대여

‘넉넉한 용량’은 카탈로그에서 일반적으로 주문할 수 있다는 뜻입니다. 실제 제공 여부와 선택 추가 옵션은 콘솔에서 실시간으로 확인하세요. 이 페이지에는 추정 지연 시간이나 과거 모니터링 데이터가 표시되지 않습니다.

주요 사용자를 먼저 확인하세요

위치 추천은 참고용, 실제 네트워크 테스트는 필수

한 팀이 모든 작업을 하나의 위치에 둘 필요는 없습니다. 직접 조작하는 작업은 상호작용 품질을, 자동 빌드는 저장소와 산출물 경로를 확인하세요. 시장별 호환성은 별도로 테스트 조건을 점검해야 합니다.

주요 워크플로에 맞는 시작 위치
주요 요구 사항추천 위치선택 기준주문 전 확인 사항
동남아시아 사용자 대상 서비스싱가포르개발자, 코드 서비스, 산출물 수신자가 동남아시아에 집중되어 있다면 우선 테스트할 위치로 고려하세요.팀이 주로 사용하는 네트워크에서 연결을 테스트하고 의존성 다운로드와 산출물 업로드 경로를 확인하세요.
일본 App Store 심사 준비 및 현지화 테스트일본(도쿄)일본 팀과 협업하고 빌드 환경을 한곳에서 관리하기 편리합니다. 위치만으로 심사 결과를 보장할 수는 없습니다.언어, 시간대, 시뮬레이터, 실제 기기 테스트 요구 사항을 확인하고 빌드 환경과 시장 네트워크 환경을 구분하세요.
한국 시장 및 게임 출시한국(서울)한국 팀이 참여하는 프로젝트 컴파일, 에셋 처리, 현지화 회귀 테스트에 적합합니다.대용량 프로젝트 동기화와 클라이언트가 실제 서비스에 접속할 때의 네트워크 환경을 확인하세요.
중화권 팀 협업홍콩여러 지역의 팀이 함께 사용할 빌드 및 미디어 변환 위치로 고려할 수 있습니다.각 지역의 실제 사용자가 직접 테스트하세요. 한 사람의 결과를 팀 전체에 적용하지 마세요.
연결 확인

평소 사용하는 네트워크를 테스트한 뒤 장기 배치 위치를 결정하세요

원격 화면 공유는 화면과 입력을 계속 주고받으므로 왕복 지연 시간, 지터, 패킷 손실에 민감합니다. SSH 빌드는 화면을 계속 전송할 필요가 없지만, 의존성과 산출물 전송 속도는 실제 대역폭에 영향을 받습니다.

화면 공유: 조작이 매끄러운지 확인

장기간 사용할 네트워크에서 콘솔의 속도 측정 기능으로 후보 위치를 먼저 확인하세요. 머신을 받은 뒤에는 실제 클라이언트에서 입력 반응, 창 이동, 편집기 스크롤을 테스트하세요.

화면은 선명하지만 가끔 멈춘다면 네트워크 지터가 원인일 수 있습니다. 전송이 계속 느리다면 로컬 업로드·다운로드 속도와 백그라운드 동기화 작업도 확인하세요. 해상도를 낮추면 화면 전송량을 줄일 수 있지만 왕복 지연 시간은 해결되지 않습니다.

자동 빌드: 전체 경로 확인

내 컴퓨터와 머신 간 연결만 테스트하지 마세요. CI 작업에는 저장소 가져오기, 의존성 다운로드, 캐시 읽기, 산출물 업로드도 포함됩니다. 각 서비스의 위치가 실제 대기 시간에 영향을 줍니다.

캐시가 없는 빌드와 캐시를 사용하는 빌드를 각각 실행하고 다운로드, 컴파일, 업로드 단계를 살펴보세요. 컴파일은 안정적인데 업로드가 느리다면 먼저 산출물의 전송 경로를 확인하세요. 곧바로 머신 메모리 문제라고 판단하지 마세요.

  1. 01

    실제 사용하는 네트워크로 테스트

    평소 사용하는 사무실 또는 가정용 네트워크에서 콘솔의 속도 측정을 실행하세요. 임시 핫스팟 결과를 실제 작업 환경의 결과로 간주하지 마세요. 여러 사람이 사용할 경우 주 사용자들이 각각 확인하세요.

  2. 02

    평소 사용하는 시간대에 확인

    실제 작업 시간대에 반복해서 테스트하고 지연 시간의 변동과 연결 안정성을 살펴보세요. 한 번의 결과는 그때의 네트워크 상태만 보여 줄 뿐, 대여 기간 전체를 나타내지는 않습니다.

  3. 03

    측정 결과를 준비해 문의

    문제가 발생하면 위치, 테스트 시간과 시간대, 클라이언트 유형, 증상을 기록하세요. 주문이 이미 있다면 콘솔에 로그인해 지원 티켓을 제출하세요. 이메일로 비밀번호나 개인 키를 보내지 마세요.

여러 위치에서 사용하기

각 머신의 역할을 명확히 정하세요

서로 다른 위치의 인스턴스는 독립된 머신이며 디스크, 빌드 캐시, 프로젝트 파일을 자동으로 공유하지 않습니다. 여러 대를 배치하기 전에 이름 지정, 환경 구성, 데이터 전달 방식을 정해 두면 나중에 “파일이 어느 머신에 있지?” 하고 찾는 시간을 줄일 수 있습니다.

01 / 이름

이름에 위치와 작업을 포함하세요

팀에서 ‘위치 코드-프로젝트-용도-일련번호’ 형식의 이름 규칙을 사용하세요. 예를 들어 jp-mobile-build-01와 같이 지정할 수 있습니다. 자체 인스턴스 관리표에 콘솔 인스턴스 ID, 담당자, 용도도 함께 기록해 IP 주소만으로 머신을 식별하지 않도록 하세요.

이는 관리 방식에 대한 권장 사항이며 기본 호스트 이름이 아닙니다. 위치나 용도를 변경하면 CI 러너 태그와 내부 기록도 업데이트하세요.

02 / 환경

도구 체인은 고정하고 인증 정보는 분리

macOS, Xcode, 의존성 도구, 빌드 스크립트의 버전을 프로젝트 기록에 남기세요. 먼저 한 대에서 검증한 다음 동일한 절차로 다른 위치를 구성해 여러 곳에서 수작업으로 변경하면서 생기는 환경 차이를 방지하세요.

각 머신에 액세스 키를 개별 설정하고 작업에 필요한 저장소와 산출물 디렉터리 권한만 부여하세요. 서명 자료, 비밀번호, 개인 키를 코드 저장소에 커밋하지 마세요.

03 / 데이터

산출물은 회수하고, 갱신은 머신별로 확인

빌드가 끝나면 산출물, 로그, 필요한 구성 백업을 팀이 관리하는 저장소로 전송하세요. 추가 SSD는 해당 머신의 저장 공간을 늘리는 옵션일 뿐, 여러 위치에서 공유하는 디스크나 백업 서비스가 아닙니다.

콘솔에서 각 머신의 주문 기간과 만료일을 확인하세요. 위치를 바꾸려면 새 인스턴스로 데이터를 이전해야 합니다. 반납 전에 필요한 데이터를 내보내세요. 반납된 뒤에는 시스템 디스크와 추가 SSD의 데이터가 삭제 절차에 들어갑니다.

위치를 선택한 뒤 구성과 대여 기간을 확인하세요.

네 곳 모두 동일한 가격이 적용됩니다. 가벼운 빌드에는 16GB 구성을, 시뮬레이터를 여러 개 사용하거나 추론 작업을 할 때는 24GB 구성을 고려하세요. 에셋과 캐시가 많다면 추가 SSD를 별도로 계획하세요.