실제 프로젝트 워크플로에 맞게

전용 클라우드 Mac을 빌드, 테스트 및 원격 운영에 연결하세요

HexVM은 주문마다 독립된 Mac mini 물리 노드를 할당하며, 가상 머신이 아닙니다. 팀은 기존 코드 저장소, 스크립트 및 배포 규칙을 그대로 유지하고 macOS와 Apple Silicon이 필요한 실행 단계만 클라우드로 이전할 수 있습니다.

전용 Mac 지금 대여 두 가지 구성 보기
pipeline / macos-arm64 실행 중
01

코드 저장소

커밋 트리거
02

전용 노드

환경 검증
03

Xcode

빌드 및 테스트
04

산출물

아카이브 및 업로드
실행 결과 재현 가능한 환경, 추적 가능한 작업
워크로드별 선택

어떤 작업을 클라우드 Mac에서 실행할지 먼저 결정하세요

모든 단계를 이전할 필요는 없습니다. 활용 사례를 선택해 권장 흐름, 준비할 입력값 및 출시 전 검수 항목을 확인한 뒤 노드 수와 실행 방식을 결정하세요.

지속적 통합에 적합

macOS Runner를 제어 가능한 고정 실행 환경으로 전환하세요

코드 커밋 후 저장소 플랫폼이 self-hosted runner를 할당하고, 전용 노드에서 의존성 복원, 테스트, 아카이브 및 산출물 업로드를 실행합니다. 트리거 규칙, 동시 실행 전략 및 키 권한은 팀이 직접 정의합니다.

iOS CI/CD 흐름 보기
입력저장소, 빌드 스크립트, 인증서 자료
실행xcodebuild 테스트 및 아카이브
검수로그, 테스트 결과, 설치 가능한 산출물
iOS CI/CD

코드 커밋부터 산출물 업로드까지 5단계 흐름

전용 물리 노드는 고정된 Xcode 버전, 안정적인 캐시 디렉터리 및 명확한 권한 경계가 필요한 파이프라인에 적합합니다. 노드는 다른 주문과 컴퓨팅 리소스를 공유하지 않지만 저장소 권한, 서명 자료 및 작업 정리는 팀이 책임집니다.

  1. 01

    코드 커밋

    브랜치, 태그 또는 머지 리퀘스트로 작업을 트리거합니다. 먼저 저장소에서 배포 흐름을 실행할 수 있는 구성원을 제한해 일반 테스트 작업이 서명 권한을 얻지 못하게 하세요.

    검수: 트리거 규칙 재현 가능
  2. 02

    Runner 할당

    self-hosted runner에 칩 아키텍처, Xcode 주 버전 및 용도와 같은 명확한 라벨을 설정하세요. 단일 노드의 동시 실행 수는 작업의 최대 메모리 사용량과 디스크 쓰기량을 기준으로 평가해야 합니다.

    검수: 작업이 대상 노드로만 전송됨
  3. 03

    빌드 및 테스트

    의존성 버전을 고정하고 단위 테스트, UI 테스트 또는 정적 검사를 실행합니다. 실패 시 마지막 화면 출력만 저장하지 말고 종료 코드, 테스트 보고서 및 핵심 로그를 보관하세요.

    검수: 실패 원인 확인 가능
  4. 04

    서명 및 아카이브

    배포 작업에 필요한 키체인을 일시적으로 잠금 해제하고 완료 즉시 접근을 차단하세요. 인증서와 프로비저닝 프로파일은 프로젝트와 환경별로 분리해 일반 빌드 디렉터리에 장기간 평문으로 보관하지 않습니다.

    검수: 최소 권한 범위
  5. 05

    산출물 업로드

    아카이브, 테스트 보고서 및 심볼 파일을 업로드하고 커밋 해시, 빌드 번호 및 도구 체인 버전을 기록합니다. 성공 후 파생 데이터에서 프로젝트 민감 정보를 정리하세요.

    검수: 산출물 추적 가능
테스트와 배포를 서로 다른 권한 수준으로 분리하는 것이 좋습니다.

테스트 Runner는 배포 인증서에 접근할 필요가 없습니다. 보호된 브랜치의 아카이브 작업만 서명 자료를 불러오도록 하세요. 이렇게 하면 일반 작업의 스크립트 오류가 발생해도 자격 증명 노출 범위가 커지지 않습니다.

macOS 앱 빌드

여러 브랜치가 오염된 환경이 아니라 동일한 규칙을 공유하도록 하세요

지속 실행 노드는 검증된 도구 체인과 다운로드 캐시를 유지할 수 있지만, 각 작업은 독립된 작업 디렉터리를 사용해야 합니다. 캐시는 속도를 높이는 수단일 뿐 빌드 성공의 필수 조건이 되어서는 안 됩니다.

브랜치 격리

작업 번호별로 작업 디렉터리를 만들고 빌드가 끝나면 임시 파일을 회수하세요. 두 개의 동시 브랜치가 동일한 의존성 디렉터리나 출력 경로를 덮어쓰게 하지 마세요.

  • 기본 브랜치의 배포 권한 고정
  • 임시 브랜치의 정리 기한 설정
  • 커밋 해시 및 빌드 매개변수 기록

의존성 캐시

캐시 키에는 최소한 의존성 잠금 파일 요약, 도구 체인 주 버전 및 아키텍처를 포함하세요. 캐시 적중에 이상이 있으면 한 번의 작업으로 캐시를 우회해 클린 빌드를 수행할 수 있어야 합니다.

  • 다운로드 캐시와 빌드 산출물 구분
  • 용량 한도 및 회수 순서 설정
  • 정기적으로 캐시 없는 기준 작업 실행

배포 산출물

테스트 결과, 공증 준비 자료, 설치 패키지 및 심볼 파일을 각각 보관하세요. 산출물 이름에는 버전, 빌드 번호 및 커밋 식별자를 포함해야 합니다.

  • 빌드 후 무결성 검증 실행
  • 배포 디렉터리 쓰기 권한 구성원 제한
  • 생성에 사용한 도구 체인 버전 기록 보관
build-check.sh 
xcodebuild -version
xcode-select -p
swift --version
git rev-parse --short HEAD
xcodebuild test -scheme "Project" -destination "platform=macOS"

버전 확인을 모든 빌드 로그의 시작 부분에 기록하세요. 환경이 변동되면 먼저 도구 체인 경로, 프로젝트 커밋 및 의존성 잠금 파일을 비교한 뒤 캐시 정리 여부를 판단합니다.

AI 모델 실험

Apple Silicon에서 추론 호환성과 지속 작업을 검증하세요

클라우드 Mac은 실험 환경 재현, 도구 체인 호환성 점검 및 복구 가능한 배치 작업 실행에 적합합니다. 하드웨어 성능은 판매 중인 두 가지 구성으로 한정하며, 목록에 없는 사양으로 실험 결과를 확대 해석하지 않습니다.

입력 기준선 고정

모델 버전, 샘플 요약, 랜덤 시드 및 실행 매개변수를 저장하세요. 출력을 비교할 때는 동일한 입력 세트를 사용하고, 한 번의 실행으로 전체 검증을 대신하지 않습니다.

환경 버전 기록

런타임, 패키지 의존성 및 모델 변환 도구 버전을 고정하세요. 업그레이드 전 환경을 복제하고 회귀 샘플을 실행해 출력과 리소스 사용량의 변화를 확인합니다.

복구 지점 설계

지속 작업은 배치별로 진행 상황과 결과를 기록하고 프로세스가 종료되면 확인된 배치부터 재개하세요. 아직 영구 저장되지 않은 메모리 상태를 유일한 진행 상태로 사용하지 마세요.

리소스 한도 관측

최대 메모리 사용량, 디스크 증가량, 작업 시간 및 실패 샘플을 기록하세요. 모델의 리소스 한도에 도달하면 우선 배치 크기나 큐 방식을 조정합니다.

로컬 환경에서 원활하게 마이그레이션

3단계 마이그레이션 경로: 데이터, 도구 체인, CI 연결

먼저 복제하고, 검증한 다음 전환하세요. 클라우드 노드가 빌드, 권한 및 산출물 검수를 연속 통과할 때까지 로컬 복귀 경로를 유지합니다.

01

1단계

필수 데이터 마이그레이션

코드 저장소, 산출물 스토리지 및 암호화된 전송을 통해 프로젝트 데이터를 우선 복제하세요. 캐시, 임시 빌드 디렉터리, 이전 로그 및 더 이상 사용하지 않는 자격 증명은 제외합니다.

검증 체크리스트

  • 저장소 브랜치 및 서브모듈 완전성
  • 대용량 파일 요약이 로컬과 일치
  • 민감한 설정이 저장소에 기록되지 않음
  • 기존 노드 데이터로 복귀 가능
02

2단계

도구 체인 재현

로컬 Xcode 버전, 명령줄 도구 경로, 패키지 관리자 잠금 파일, 환경 변수 출처 및 빌드 스크립트 진입점을 기록하고 클라우드에서 항목별로 재현합니다.

검증 체크리스트

  • 도구 버전 및 경로 기록 완료
  • 클린 환경에서 의존성 복원 가능
  • 테스트 세트 결과가 기준선과 일치
  • 캐시 삭제 후에도 빌드 가능
03

3단계

CI 스케줄링 연결

먼저 배포가 아닌 브랜치에 연결해 스케줄링 라벨, 시간 초과, 로그 및 정리 규칙을 확인한 뒤 보호된 브랜치와 서명 아카이브 작업을 개방합니다.

검증 체크리스트

  • Runner 라벨이 모호하지 않음
  • 실패 작업이 자동으로 회수됨
  • 배포 권한이 승인된 흐름으로 제한됨
  • 산출물과 로그를 추적할 수 있음
전환 기준

클린 빌드, 실패 복구, 권한 검증 및 산출물 추적을 각각 한 번 이상 완료한 뒤 클라우드 노드를 주요 실행 환경으로 설정하세요.

인증서 및 앱 출시 흐름

민감한 권한은 필요한 단계에만 제한하세요

HexVM은 전용 물리 노드와 원격 접속 기능을 제공합니다. 인증서 신청, 프로비저닝 프로파일 관리, 키체인 권한, 배포 승인 및 최종 제출은 모두 고객 팀이 관리합니다.

프로세스 단계 팀 담당 노드 실행 검수 기록
인증서 준비

인증서 용도를 정하고 내보내기 암호를 보관하며 접근 가능한 구성원을 제한합니다.

통제된 세션에서 필요한 자료를 가져오고 키체인을 계속 개방해 두지 않습니다.

인증서 이름, 유효 상태, 승인된 구성원

프로비저닝 프로파일

앱 식별자와 배포 환경별로 파일을 관리하고 만료된 버전을 제거합니다.

빌드 전에 일치 여부를 확인하고 실패하면 아카이브를 중지합니다.

앱 식별자, 팀 정보, 파일 버전

서명 및 아카이브

보호된 브랜치와 배포 작업을 승인하고 빌드 매개변수를 제어합니다.

아카이브, 내보내기 및 무결성 검사를 실행하고 명확한 종료 코드를 출력합니다.

커밋 해시, 빌드 번호, 아카이브 요약

앱 제출

버전 정보, 개인정보 보호 자료, 스크린샷 및 배포 범위를 검토합니다.

검증된 산출물과 업로드 도구 환경을 준비합니다.

제출자, 산출물 버전, 제출 결과

키체인 권한

서명 단계에서만 잠금을 해제하고 작업이 끝나면 즉시 차단하세요. 프로젝트나 환경별로 독립적인 접근 정책을 사용해 테스트 작업이 배포 권한을 상속하지 않게 합니다.

아카이브 검증

앱 식별자, 서명 ID, 버전 번호, 빌드 번호 및 내보내기 결과를 확인하세요. 예상과 다른 필드가 하나라도 있으면 업로드를 중지하고 오류를 수동으로 무시한 채 계속 실행하지 않습니다.

노드 해제 전

Runner 등록을 취소하고 인증서와 프로비저닝 프로파일을 제거하세요. 저장소 자격 증명, 빌드 디렉터리 및 로그의 민감한 필드를 정리한 뒤 필요한 산출물이 이미 이전되었는지 확인합니다.

출시 전 점검

팀 적용 체크리스트

다음 6개 항목에는 모두 명확한 담당자와 검수 기록이 있어야 합니다. 구두 합의에 의존하는 항목이 남아 있으면 빌드 실패, 구성원 변경 또는 노드 해제 시 위험이 발생할 수 있습니다.

01

지역 선택

개발자 위치, 저장소 데이터 경로 및 산출물 업로드 방향을 기준으로 지역을 선택하세요. 현재 판매 지역은 싱가포르, 일본(도쿄), 한국(서울), 홍콩, 미국 동부, 미국 서부로 총 6곳입니다.

  • 테스트 팀과 노드 간 연결 품질
  • 주요 데이터 전송 방향 기록
  • 지역이 팀 내부 요구 사항에 부합하는지 확인
02

모델 선택

실제 프로젝트로 전체 빌드를 먼저 실행한 뒤 메모리 최대 사용량, 디스크 증가량 및 동시 실행 방식에 따라 HexVM M4 또는 HexVM M4 Pro를 선택하세요.

  • 클린 빌드 소요 시간 기록
  • 의존성과 산출물의 저장 공간 사용량 확인
  • 단일 증분 빌드로 용량을 판단하지 않기
03

계정 권한

노드 관리, 일상 개발, CI 실행 및 배포 권한을 구분하세요. 구성원이 팀을 떠나거나 역할이 바뀌면 키와 저장소 권한을 즉시 회수해야 합니다.

  • 승인된 구성원 목록 작성
  • 테스트와 배포 권한 분리
  • 자격 증명 교체 절차 수립
04

저장소 연결

범위가 제한된 배포 자격 증명 또는 Runner 권한을 사용하고 작업에 필요한 저장소만 개방하세요. 스크립트는 토큰, 개인 키 또는 전체 자격 증명을 로그에 기록해서는 안 됩니다.

  • 저장소 및 브랜치 범위 제한
  • 민감한 출력 마스킹
  • 자격 증명 취소 후 동작 확인
05

모니터링 및 복구

작업 큐, 성공률, 실패 원인, 디스크 사용량 및 실행 시간을 기록하세요. 지속 작업은 복구 지점을 저장하고 빌드 실패 후 안전하게 재시도할 수 있어야 합니다.

  • 실패 알림 수신자 지정
  • 디스크 용량 한도 설정
  • 복구 절차 정기 검증
06

비용 검토

노드별 유효 빌드 시간, 대기 시간, 유휴 시간 및 캐시 효과를 집계하세요. 단기 작업은 일·주 단위로, 지속 파이프라인은 월·분기 단위로 비교할 수 있습니다.

  • 실행 시간과 대기 시간 구분
  • 실패 재시도로 인한 비용 검토
  • 프로젝트별 노드 사용 기록 배분
기준 작업을 먼저 실행한 뒤 장기 구성을 결정하세요.

실제 저장소로 클린 빌드, 증분 빌드, 테스트, 아카이브 및 산출물 업로드를 수행하세요. 지원팀의 문제 확인이 필요하다면 노드 ID, 지역, 발생 시각, 재현 단계 및 마스킹한 로그를 준비하세요.

배포 시작

기존 파이프라인에 맞는 전용 Mac을 선택하세요

판매 중인 두 모델과 대여 기간을 비교하고 지역 및 추가 옵션을 설정하면 바로 주문할 수 있습니다. 모든 요금은 미국 달러(USD)로 결제되며 실제 이용 가능 여부는 콘솔의 실시간 결과를 기준으로 합니다.

전용 Mac 지금 대여 콘솔 열기 배포 지원 보기