Berry M4
- 칩
- M4
- 메모리
- 16GB
- 스토리지
- 256GB
작업에 맞는 클라우드 Mac
개발·빌드·실험 작업을
개발·빌드·실험 작업을
전용 물리 Mac 한 대에 맡기세요
BerryVM은 Mac mini 전용 물리 노드 전체를 제공합니다. 가상 머신이 아닙니다. 프로젝트 의존성을 설치하고 Xcode와 Swift 도구 체인을 실행하며 지속적인 빌드를 처리하거나, 고메모리 구성에서 MLX 워크로드를 평가할 수 있습니다.
소프트웨어 호환성, 메모리 요구량, 작업 기간과 대상 노드를 먼저 확인한 뒤 Berry M4 또는 Berry M4 Pro를 선택하세요. 자료, 프로젝트 자격 증명과 서명 자료는 계속 팀의 보안 절차에 따라 관리해야 합니다.
- 서비스 형태
- 전체 장비 단독 사용
- 판매 구성
- 2가지
- 선택 가능한 노드
- 5개
WORKLOAD ACCEPTANCE
작업 배치 인수 대시보드
BATCH / DEV-05
입력
코드, 의존성, 빌드 매개변수
구성 대기
실행
Xcode / Swift / Runner / MLX
전용 노드
출력
빌드 산출물, 로그, 실험 결과
절차에 따라 전달
Berry M4 Pro
- 칩
- M4 Pro
- 메모리
- 64GB
- 스토리지
- 2TB
카탈로그 내 노드 상시 주문 가능
실제 사용 가능 여부는 콘솔에서 실시간으로 확인하세요
iOS 및 macOS 개발
원격 Mac을 재현 가능한 개발 환경으로 활용하세요
완전한 macOS 그래픽 인터페이스와 명령줄이 필요하거나, 로컬 장치의 부담을 원격 노드로 옮기거나, 팀 전체의 도구 체인 버전을 통일하려는 개발자에게 적합합니다.
개발 환경
Xcode 및 Swift 프로젝트
프로젝트에서 지정한 Xcode 버전, 명령줄 도구와 Swift 의존성을 설치한 뒤 먼저 클린 빌드를 실행하세요. 파생 데이터, 패키지 캐시와 프로젝트 산출물은 명확한 디렉터리에 보관해 서로 다른 브랜치나 도구 체인이 추적할 수 없는 임시 상태를 공유하지 않도록 하세요.
- 프로젝트 점검:프로젝트, 워크스페이스, Scheme, 최소 OS 버전과 빌드 대상을 확인합니다.
- 의존성 점검:Swift Package Manager, CocoaPods 또는 기타 의존성 도구의 버전과 잠금 파일을 고정합니다.
- 서명 준비:작업에 필요한 서명 자료만 전달하고 파일 권한을 제한하며 업데이트 담당자를 기록합니다.
- 협업 방식:코드 저장소, 아티팩트 저장소와 비식별화된 로그로 인계하고 채팅 기록을 변경 설명 대신 사용하지 않습니다.
배포 후 이 5가지를 먼저 확인하세요
- 장치 정보
- 모델, 메모리, 스토리지가 주문과 일치하는지 확인
- 시스템 도구
- 터미널, Git과 기본 네트워크 사용 가능 여부
- 개발 도구
- Xcode가 프로젝트 버전 요구사항과 일치하는지 확인
- 디스크 계획
- 소스 코드, 캐시와 산출물을 디렉터리별로 저장
- 원격 세션
- 화면, 키보드와 연결 끊김 복구가 예상대로 작동하는지 확인
CI/CD 빌드
대기열·캐시·로그 중심으로 빌드 노드를 설계하세요
지속적 빌드는 Runner를 설치하는 것만으로 끝나지 않습니다. 노드의 안정성과 재사용성은 작업 격리, 캐시 만료 정책, 로그 보존과 동시성 확장 방식에 달려 있습니다.
RUNNER CONTROL
빌드 배치 / IOS-RELEASE
노드 준비 완료
QUEUE
동시에 실행할 작업 수를 제어하세요
먼저 직렬 실행
단일 대기열로 시작해 CPU, 메모리, 디스크와 빌드 시간의 변화를 기록하세요. 병렬 실행이 필요할 때 독립 장치를 추가하고, 한 노드에 작업을 무리하게 쌓지 마세요.
CACHE
캐시를 식별 가능하고 만료 가능하게 관리하세요
키로 정리
캐시 키에는 최소한 도구 체인 버전, 의존성 잠금 파일과 대상 플랫폼을 포함하세요. 적중률이 떨어지거나 의존성 문제가 생기면 장치 전체를 비우지 말고 해당 배치를 찾아 정리할 수 있어야 합니다.
LOGS
재현에 필요한 로그를 보존하세요
먼저 비식별화
작업 ID, 커밋 버전, 도구 체인 버전, 시작 시간, 종료 상태와 실패 단계를 저장하세요. 업로드 전에 토큰, 키와 프로젝트 민감 필드를 제거합니다.
SCALE
장치로 동시성 한계를 확장하세요
노드 단위로 확장
대기열 대기가 병목이 되면 추가 전용 노드에서 새 Runner를 처리하세요. 각 장치에 독립적인 태그와 작업 디렉터리를 유지해 작업이 잘못된 환경으로 예약되지 않도록 합니다.
React Native 빌드
JavaScript와 네이티브 빌드 체인을 나누어 점검하세요
React Native 빌드는 JavaScript 패키지, 네이티브 모듈, Xcode 프로젝트와 서명 구성에 동시에 의존합니다. 환경을 반복해서 재설치하기보다 계층별로 점검하는 편이 문제를 쉽게 찾을 수 있습니다.
소스 코드와 의존성 진입점을 고정하세요
Node.js, 패키지 관리자, 잠금 파일과 비공개 의존성 접근 방식을 확인하세요. 설치 전에 작업 디렉터리가 깨끗한지 확인해 로컬에 남은 모듈을 재현 가능한 의존성으로 잘못 판단하지 않도록 합니다.
- Node.js와 패키지 관리자 버전 기록
- 커밋된 의존성 잠금 파일 사용
- 비공개 저장소 자격 증명의 읽기 범위 제한
네이티브 모듈 점검
Pods, Swift 패키지와 사용자 지정 네이티브 모듈이 대상 Xcode 버전과 호환되는지 확인하세요. 의존성을 업그레이드한 뒤 JavaScript 계층과 네이티브 계층을 각각 검증하고, 두 종류의 오류를 한 번의 빌드에서 섞지 마세요.
- iOS 배포 대상 확인
- 네이티브 모듈 컴파일 설정 점검
- 의존성 설치 출력 기록
Xcode 빌드 실행
명확한 프로젝트, Scheme, Configuration과 내보내기 매개변수를 사용하세요. 빌드 로그와 산출물 디렉터리를 같은 작업 ID에 연결해 실패 시 정확한 단계를 추적할 수 있도록 합니다.
- 디버그와 릴리스 구성 구분
- 실패 단계의 비식별화 로그 보존
- 산출물 무결성 검사 실행
산출물과 기록 전달
빌드 산출물을 팀이 승인한 아티팩트 위치에 업로드하고 커밋 버전, 도구 체인 버전과 빌드 결과를 함께 기록하세요. 장기 자격 증명을 산출물이나 일반 로그에 포함하지 마세요.
- 추적 가능한 산출물 이름 생성
- 커밋 버전과 빌드 배치 연결
- 내부 규칙에 따라 중간 파일 정리
MLX 및 AI 실험
먼저 메모리 요구량을 계산한 뒤 고메모리 구성을 선택하세요
고메모리 구성은 M4 Pro, 64GB 메모리와 2TB 스토리지를 제공해 메모리 요구량이 높은 로컬 추론, 모델 로드와 실험 작업을 평가하는 데 적합합니다. 다만 적합성은 모델, 정밀도, 컨텍스트 길이와 동시성 방식에 따라 달라집니다.
고메모리 작업
Berry M4 Pro에서 우선 평가할 작업
모델 로드 검증
모델 형식, 양자화 방식, 의존성 버전과 실제 메모리 사용량을 확인합니다.
로컬 추론 실험
프롬프트 입력, 컨텍스트 길이, 배치 설정과 출력 결과를 기록해 재현 가능한 실험을 구축합니다.
데이터 전처리
원본 데이터, 중간 파일과 모델 캐시를 분리해 보이지 않는 임시 파일로 디스크 공간이 가득 차지 않도록 합니다.
다회 파라미터 비교
매 회차마다 명확한 변수 하나만 변경하고 최고 메모리 사용량, 완료 상태와 오류 정보를 기록합니다.
용량 계산을 모델명으로 대신하지 마세요
먼저 소규모 데이터로 실행 흐름을 검증한 뒤 실제 최고 메모리 사용량과 디스크 사용량을 기준으로 대여 기간을 결정하세요. 모델 파일, 데이터 세트, 캐시와 출력 결과를 모두 용량 계획에 포함해야 합니다.
- 모델 파라미터
- 버전, 형식과 양자화 방식 기록
- 실행 컨텍스트
- 길이, 배치와 동시성 설정 확인
- 최고 메모리 사용량
- 실제 작업 샘플링을 기준으로 판단
- 디스크 용량
- 모델, 데이터와 캐시를 함께 계산
- 결과 전달
- 내보내기와 정리 경로를 미리 계획
원격 디버깅 준비
클라우드 Mac과 외부 테스트 장치의 역할을 분리하세요
클라우드 Mac은 개발 도구 실행, 프로젝트 빌드와 호스트 측 로그 수집을 담당할 수 있습니다. 외부 테스트 장치 연결, 네트워크 도달 가능성과 장치 측 작업은 테스트 환경에서 처리해야 합니다.
네트워크 경로
양쪽이 안정적으로 통신하는지 먼저 확인하세요
클라우드 노드와 외부 장치의 네트워크 위치, 필요한 포트와 연결 방향을 기록하세요. 먼저 기본 연결성과 세션 안정성을 테스트한 뒤 애플리케이션 계층 디버깅을 시작합니다.
자격 증명과 서명
작업에 필요한 권한만 전달하세요
키, 토큰과 서명 자료를 프로젝트별로 격리하고 읽기 범위를 제한하며 업데이트 책임을 명확히 하세요. 자격 증명을 코드 저장소, 빌드 스크립트 출력이나 일반 지원 요청에 기록하지 마세요.
로그 보안
컨텍스트는 남기고 비밀은 남기지 마세요
로그에는 작업 ID, 시간, 재현 단계와 오류 단계가 포함되어야 합니다. 지원 팀에 제출하기 전에 접근 자격 증명, 비공개 주소, 사용자 데이터와 관련 없는 프로젝트 내용을 제거하세요.
워크로드와 구성 매핑
메모리·디스크·작업 기간에 따라 선택하세요
두 구성 모두 Mac mini 전체를 단독으로 사용하는 전용 물리 노드입니다. 경량 빌드와 일상 개발에는 Berry M4를 우선 평가하고, 고메모리 실험, 로컬 추론과 더 큰 작업 세트에는 Berry M4 Pro를 우선 평가하세요.
| 워크로드 | 우선 평가 | 카탈로그 사양 | 선택 이유 | 주문 전 확인 |
|---|---|---|---|---|
| Swift 일상 개발 및 프로젝트 유지보수 | Berry M4 | M4 / 16GB / 256GB | 도구 체인 초기화, 코드 편집, 일반 컴파일과 단일 작업 검증에 적합합니다. | 프로젝트 크기, 의존성 캐시와 파생 데이터 사용량. |
| 경량 iOS 및 macOS 빌드 | Berry M4 | M4 / 16GB / 256GB | 먼저 재현 가능한 파이프라인을 구축한 뒤 대기열 부담에 따라 독립 노드를 추가하기에 적합합니다. | 최고 메모리 사용량, 캐시 정책과 빌드 대기열 길이. |
| React Native 클라우드 빌드 | Berry M4 | M4 / 16GB / 256GB | JavaScript 의존성, 네이티브 모듈과 Xcode 빌드 체인을 점검하는 데 적합합니다. | 네이티브 모듈 수, 산출물 크기와 병렬 작업 수. |
| 고메모리 Xcode 워크스페이스 | Berry M4 Pro | M4 Pro / 64GB / 2TB | 더 큰 메모리와 스토리지 공간으로 대규모 작업 세트, 캐시와 산출물 디렉터리를 처리할 수 있습니다. | 실제 최고 메모리 사용량, 디스크 증가량과 대여 기간. |
| MLX 로컬 추론 및 실험 | Berry M4 Pro | M4 Pro / 64GB / 2TB | 모델 로드, 높은 메모리 요구량과 반복 실험 기록에 우선 활용할 수 있습니다. | 모델 형식, 양자화 방식, 컨텍스트 길이와 최고 메모리 사용량. |
작업 범위가 명확하고 작업 세트가 가벼운 경우
일상 개발, 경량 빌드, 의존성 마이그레이션과 단일 대기열 Runner에 적합합니다. 메모리나 디스크가 병목으로 지속 관찰되면 더 높은 구성으로 전환하세요.
메모리 요구량이 높고 작업 세트가 큰 경우
대규모 Xcode 워크스페이스, MLX 실험, 로컬 추론과 대형 캐시 디렉터리에 적합합니다. 그래도 실제 모델과 작업 매개변수로 용량을 검증해야 합니다.
작업 시작 전 최종 확인
구성·기간·노드·데이터 경로를 모두 확인했나요?
일, 주, 월 또는 분기 단위로 필요한 대여 기간을 선택하세요. 주문 전에 Berry M4 또는 Berry M4 Pro, 후보 노드, 추가 스토리지, 작업 최고 메모리 사용량과 빌드 산출물·실험 데이터의 전달 방식을 확인합니다.