01
지표: 피크 RAM
인터랙티브 개발은 메모리 피크를 확인하세요
IDE, 인덱싱, 시뮬레이터, 로컬 서비스와 브라우저가 함께 메모리를 사용합니다. 개발 중 스왑이 자주 발생하거나 인덱싱이 반복된다면 24GB와 64GB 구성을 우선 비교하세요.
부하 우선 선택
작업 부하부터 확인한 뒤 클라우드 Mac 모델을 선택하세요
세 구성 모두 전용 Apple Silicon 물리 노드이며 가상 머신이 아닙니다. 차이는 메모리, 저장 공간과 처리 가능한 동시 작업 규모에 있습니다. 프로젝트에서 동시에 실행할 빌드, runner와 실험 프로세스 수를 먼저 확인한 다음 모델과 이용 기간을 선택하세요.
- 3종
- 판매 중인 고정 구성
- 4가지
- 일·주·월·분기 이용
- $19.3/일
- 최저 시작가
LOAD PROFILE
ARMCLI / 03
빠른 판단
가장 무거운 동시 작업부터 적어 보세요
프로젝트 수만으로 모델을 선택하지 마세요. 한 번의 아카이브, 의존성 인덱싱, 시뮬레이터, runner와 실험 프로세스가 동시에 리소스를 사용할 수 있습니다. 개별 작업명보다 피크 조합이 더 유용한 기준입니다.
S
ArmCLI M4 S
M4 · 16GB · 256GB
단일 프로젝트
L
ArmCLI M4 L
M4 · 24GB · 512GB
병렬 빌드
PX
ArmCLI M4 Pro X
M4 Pro · 64GB · 2TB
다중 runner
선택 기준
메모리 피크 → 활성 캐시 → 동시 실행 대기열 → 이용 기간
사양 개요
전용 물리 Mac 3종, 구성과 가격을 한눈에 비교
아래 표는 현재 판매 중인 3종 모델만 비교합니다. 모든 가격은 미국 달러 기준이며, 적합한 작업은 선택을 위한 참고 정보로 고정된 처리 시간이나 처리량을 보장하지 않습니다.
| 모델 | 칩 | RAM | SSD | 일간 | 주간 | 월간 | 분기 | 적합한 작업 |
|---|---|---|---|---|---|---|---|---|
| ArmCLI M4 S | M4 | 16GB | 256GB | $19.3 | $52.1 | $96.4 | $262.2 | 단일 프로젝트 개발, 기능 검증, 단기 아카이브 및 낮은 동시성 자동화 |
| ArmCLI M4 L | M4 | 24GB | 512GB | $40.7 | $109.9 | $203.6 | $553.8 | 병렬 빌드, 대규모 의존성 캐시, 지속적 통합 및 여러 프로젝트 전환 |
| ArmCLI M4 Pro X | M4 Pro | 64GB | 2TB | $61.1 | $165.1 | $305.7 | $831.5 | 다중 runner, 높은 동시성, 대규모 작업 세트 및 AI 실험 |
실제 피크를 먼저 기록한 뒤 업그레이드 여부를 결정하세요
현재 워크플로에서 전체 빌드 한 번을 실행하며 메모리 피크, 작업 디렉터리와 캐시 사용량, 동시에 실행된 runner 수, 대기 시간이 가장 긴 구간을 기록하세요. 피크가 가끔만 발생한다면 먼저 이용 기간을 조정하고, 피크가 지속되어 작업 대기에 영향을 줄 때 구성을 높이세요.
워크로드 매트릭스
동시성, 캐시 및 작업 세트에 맞춰 모델 선택
‘사용 가능’은 시작점으로 적합하다는 뜻이고, ‘권장’은 해당 작업 조합에 더 충분한 여유가 있다는 뜻입니다. ‘고부하’는 한 단계 높은 구성을 우선 검토해야 한다는 의미입니다. 실제 성능은 프로젝트 규모, 도구 버전 및 작업 구성에 따라 달라집니다.
| 작업 부하 | ArmCLI M4 S | ArmCLI M4 L | ArmCLI M4 Pro X | 주요 판단 기준 |
|---|---|---|---|---|
| 단일 프로젝트 개발 | 권장 시작점 | 사용 가능 | 사용 가능 | 동시에 실행하는 IDE, 시뮬레이터 및 로컬 서비스 수 |
| 병렬 빌드 | 피크부터 측정 | 권장 | 더 큰 여유 | 병렬 job 수, 링크 단계 메모리 및 대기열 길이 |
| 다중 runner | 우선 선택 아님 | 동시성 제어 | 권장 | 동시 실행 runner 수, 작업 디렉터리 격리 및 캐시 경합 |
| 대규모 의존성 캐시 | 디스크 확인 | 권장 | 장기 보관에 적합 | DerivedData, 패키지 캐시, 아카이브 파일 및 로그 증가 속도 |
| AI 실험 | 경량 검증 | 중간 작업 세트 | 우선 검토 | 모델 작업 세트, 전처리 동시성, 메모리 피크 및 중간 파일 |
02
지표: 동시 작업
자동화는 대기열과 동시성을 확인하세요
단일 빌드 속도만이 유일한 지표는 아닙니다. 지속적 통합에서는 runner 수, 대기 시간, 실패 재시도와 캐시 적중률을 함께 확인해 작업 부하를 초과하는 동시성 설정을 피하세요.
03
지표: 활성 작업 세트
장기 사용은 디스크 증가를 확인하세요
패키지, DerivedData, 아카이브, 테스트 산출물과 로그는 계속 증가합니다. 먼저 정리 규칙을 정한 뒤 안정적인 작업 세트에 맞춰 기본 SSD 또는 추가 저장 공간을 선택하세요.
기간별 비용
작업 지속 시간에 맞춰 같은 모델의 이용 기간을 선택하세요
짧은 작업은 일간 또는 주간으로 약정 기간을 관리하는 것이 적합합니다. 안정적인 개발 환경, 장기 runner와 지속적인 실험에는 월간과 분기 이용을 비교하는 편이 좋습니다. 아래 금액은 표시 가격이며 추가 저장 공간이나 Thunderbolt 5 연결은 포함하지 않습니다.
16GB / 256GB
M4-S
ArmCLI M4 S
- 일간
- $19.3
- 주간
- $52.1
- 월간
- $96.4
- 분기
- $262.2
기간이 명확한 단일 프로젝트 개발, 호환성 검증, 임시 아카이브 및 낮은 동시성 자동화 작업에 적합합니다.
24GB / 512GB
M4-L
ArmCLI M4 L
- 일간
- $40.7
- 주간
- $109.9
- 월간
- $203.6
- 분기
- $553.8
더 많은 의존성 캐시를 보존하거나 병렬 빌드 및 지속적인 자동화 작업을 실행해야 하는 팀 워크플로에 적합합니다.
64GB / 2TB
M4-PX
ArmCLI M4 Pro X
- 일간
- $61.1
- 주간
- $165.1
- 월간
- $305.7
- 분기
- $831.5
다중 runner, 대규모 캐시, 높은 동시성 및 더 큰 메모리 작업 세트가 필요한 AI 실험에 적합합니다.
일간
일회성 납품, 단기 검증 또는 임시 빌드 용량 확장에 사용합니다.
주간
버전 작업, 집중 테스트 및 며칠간 진행되는 마이그레이션에 사용합니다.
월간
안정적인 개발 환경, 고정 runner 및 연속 실험 기간에 사용합니다.
분기
도구 체인이 안정적이고 작업 세트가 명확하며 지속적으로 사용하는 팀에 사용합니다.
마이그레이션 실행 경로
로컬 Mac에서 클라우드 Mac으로 이전하는 3단계 검수
마이그레이션의 목표는 모든 파일을 한 번에 복사하는 것이 아니라 필요한 데이터를 정리하고, 도구 체인을 재현한 뒤 자동화에 연결하는 것입니다. 각 단계에 검증 가능한 완료 조건을 설정하면 문제 발생 시 빠르게 원인을 찾을 수 있습니다.
-
01
데이터와 범위 정리
코드, 의존성 목록, 빌드 스크립트, 필요한 테스트 데이터와 비식별화된 설정만 이전하세요. 인증서, 키, 환경 변수와 업무 데이터를 분리해 처리하고 로컬 캐시를 새 노드에 무분별하게 복사하지 마세요.
- 저장소와 대용량 파일의 출처 확인
- 보존해야 할 빌드 산출물 목록화
- 불필요한 로그와 오래된 캐시 삭제
- 민감한 설정을 위한 별도 주입 절차 구축
검수 조건 최소 데이터 세트를 신뢰할 수 있는 출처에서 다시 가져올 수 있고, 민감한 정보가 저장소나 일반 스크립트에 기록되지 않았습니다. -
02
도구 체인 재현
Xcode, Swift, 패키지 관리자와 자동화 도구의 버전을 고정한 뒤 의존성을 복원하고 클린 빌드를 실행하세요. 로컬 상태를 환경 설정으로 오인하지 않도록 기존 DerivedData를 먼저 가져오지 마세요.
- Xcode 및 명령줄 도구 버전 기록
- 패키지 관리자 잠금 파일 확인
- 스크립트 권한 및 작업 디렉터리 검증
- 테스트, 아카이브 및 로그 수집 실행
검수 조건 빈 캐시에서 의존성 복원, 컴파일 및 테스트를 완료할 수 있으며, 주요 버전을 명령 출력으로 재확인할 수 있습니다. -
03
CI 연결 및 실행 기록
self-hosted runner를 등록하고 작업 용도를 식별할 수 있는 레이블을 설정한 뒤 동시 실행 수를 제한하세요. 첫 파이프라인은 읽기 전용 검사로 시작하고 빌드, 테스트 및 산출물 업로드 단계를 점진적으로 활성화하세요.
- runner 레이블 및 실행 디렉터리 확인
- 동시성 제한 및 대기열 변화 관찰
- 캐시 키 및 정리 정책 검증
- 실패한 명령과 비식별화 로그 기록
검수 조건 파이프라인을 반복 실행할 수 있고, 작업 종료 후 잔여 프로세스가 없으며, 캐시 증가와 실패 로그를 추적할 수 있습니다.
확장 기능
기본 모델을 유지할 때 저장 공간과 연결 요구 사항을 비교하세요
추가 옵션은 명확한 용량 또는 연결 요구를 처리하기 위한 것이며 모델 업그레이드를 대신해서는 안 됩니다. 메모리 부담이 지속되면 더 높은 모델을 비교하고, 메모리는 충분하지만 작업 세트만 증가할 때 추가 저장 공간을 우선 고려하세요.
| 추가 옵션 | 일간 | 주간 | 월간 | 분기 | 적합한 상황 |
|---|---|---|---|---|---|
| +1TB SSD | $2.9 | $7.9 | $14.6 | $39.7 | 의존성 캐시, 아카이브 및 테스트 산출물이 기본 디스크 여유 공간을 초과하지만 더 많은 메모리는 필요하지 않은 경우 |
| +2TB SSD | $5.8 | $15.8 | $29.2 | $79.4 | 대규모 작업 세트, 여러 버전의 산출물 또는 실험 중간 파일을 장기간 보관하는 경우 |
| Thunderbolt 5 연결(대당) | $1.1 | $2.9 | $5.3 | $14.4 | 여러 물리 노드의 협업이 명확히 필요하고 워크플로에서 연결 효과를 검증할 수 있는 경우 |
용량 우선
판단 기준: 정리 후 안정적인 사용량
먼저 정리한 뒤 1TB를 추가하세요
먼저 DerivedData, 패키지 캐시, 아카이브와 로그를 점검하세요. 정리 후에도 활성 작업 세트가 기본 디스크 용량에 안정적으로 근접한다면 1TB SSD를 추가해 자동으로 재생성할 수 있는 데이터에 장기 비용을 지불하지 않도록 하세요.
장기 작업 세트
판단 기준: 주간 증가량 및 보존 기간
지속적으로 증가하는 데이터에는 2TB를 사용하세요
여러 대형 프로젝트, 테스트 산출물 또는 실험 중간 파일을 동시에 보존해야 하는 워크플로에 적합합니다. 업무 데이터는 별도로 백업해야 하며 추가 디스크를 유일한 사본으로 사용하지 마세요.
물리적 협업
판단 기준: 병렬 처리 단계 및 데이터 교환량
연결 전에 작업을 분할할 수 있는지 검증하세요
Thunderbolt 5 연결은 이미 분할 경계가 명확한 다중 노드 작업에 적합합니다. 병목이 단일 프로세스의 메모리나 순차 단계에서 발생한다면 노드를 바로 늘리기보다 먼저 모델이나 워크플로를 조정하세요.
선택 가이드
언제 모델을 업그레이드해야 하나요?
업그레이드는 모델 이름이 아니라 재현 가능한 리소스 부담에 맞춰야 합니다. 먼저 현상을 기록한 뒤 메모리, 디스크, 동시성 또는 기간 문제로 구분하세요.
메모리피크, 스왑 및 작업 종료 상태 확인
디스크활성 작업 세트와 재생성 가능한 캐시 구분
동시성runner 수와 대기열 대기 시간 확인
기간피크가 일시적인지 지속적인 요구인지 판단
16GB가 더 이상 시작점으로 적합하지 않은 경우는 언제인가요?
IDE, 인덱싱, 시뮬레이터, 로컬 서비스와 빌드가 동시에 실행될 때 스왑 증가, 프로세스 종료 또는 눈에 띄는 대기가 지속되면 먼저 불필요한 동시성을 줄이고 다시 측정하세요. 문제가 반복되면 24GB ArmCLI M4 L을 비교하고, 작업에 다중 runner나 대규모 실험 작업 세트가 포함되면 64GB ArmCLI M4 Pro X를 바로 검토하세요.
디스크가 증가할 때 모델을 업그레이드해야 하나요, 저장 공간을 추가해야 하나요?
재생성 가능한 캐시, 오래된 아카이브와 만료된 로그를 먼저 정리하고 전체 작업 주기 후 안정적인 사용량을 기록하세요. 메모리와 동시성이 모두 충분하고 활성 작업 세트만 기본 디스크 여유 공간을 초과한다면 +1TB SSD 또는 +2TB SSD를 비교하세요. 디스크 증가와 지속적인 메모리 부담이 함께 발생한다면 모델 업그레이드가 리소스 한계를 함께 해결하는 데 더 적합합니다.
여러 runner를 사용하려면 반드시 ArmCLI M4 Pro X를 선택해야 하나요?
반드시 그렇지는 않습니다. runner가 실제로 동시에 실행되는지, 작업이 대형 캐시를 공유하거나 같은 작업 디렉터리를 사용하는지 먼저 확인하세요. 동시성이 낮고 작업이 가벼우면 ArmCLI M4 L로 시작할 수 있습니다. 여러 runner가 계속 병렬 실행되고 대기열을 줄여야 하며 메모리 피크가 분명히 증가할 때 ArmCLI M4 Pro X를 우선 검토하세요.
단기 릴리스 피크에 장기 업그레이드가 필요한가요?
단기 피크에는 먼저 이용 기간을 조정하는 편이 적합합니다. 버전 작업, 집중 테스트 또는 마이그레이션 기간에는 더 높은 구성을 일간이나 주간으로 대여한 뒤 작업이 끝나면 안정적인 구성으로 돌아가세요. 피크가 일상적인 부하로 바뀔 때 월간 또는 분기 이용을 비교해 일시적인 요구를 장기 비용으로 고정하지 마세요.
AI 실험에서는 어떤 리소스를 중점적으로 비교해야 하나요?
모델 및 데이터 전처리의 메모리 작업 세트, 중간 파일 크기, 병렬 프로세스 수와 실험 1회 지속 시간을 중점적으로 기록하세요. 경량 검증은 낮은 구성에서 시작할 수 있고, 작업 세트가 커지거나 동시성이 증가하거나 중간 파일을 장기 보관해야 할 때 ArmCLI M4 Pro X와 추가 저장 공간을 검토하세요. 모델 이름만으로 리소스 요구량을 추정하지 마세요.
3종 모델에서 어떤 노드를 선택할 수 있나요?
판매 중인 3종 모델 모두 싱가포르, 일본(도쿄), 한국(서울), 홍콩 및 미국 동부를 선택할 수 있습니다. 실제 이용 가능 여부는 주문 시 콘솔에서 실시간으로 반환되는 정보를 기준으로 합니다. 노드 선택은 팀의 네트워크 경로, 코드와 데이터 흐름 및 원격 상호작용 요구를 함께 고려하세요.