콘솔 계정
주문 담당자가 콘솔에 로그인해 주문, 청구, 노드 및 장비 상태를 확인할 수 있는지 확인하세요. 기술 담당자는 문의 접수와 대여 연장을 누가 수행하는지 알고 있어야 합니다.
이 입문 가이드는 준비 사항, 두 가지 전용 물리 노드 구성 선택, 네 개 노드 확인, 첫 SSH 로그인 및 Xcode 빌드 검증을 다룹니다. 순서대로 각 단계를 완료한 후 다음 단계로 진행하세요.
주문 전에 연결, 빌드, 권한 관리를 담당할 사람을 정하면 장비 인도 후 반복적인 정보 보완을 줄일 수 있습니다. 다음 다섯 항목마다 담당자를 명확히 지정해야 합니다.
주문 담당자가 콘솔에 로그인해 주문, 청구, 노드 및 장비 상태를 확인할 수 있는지 확인하세요. 기술 담당자는 문의 접수와 대여 연장을 누가 수행하는지 알고 있어야 합니다.
팀에서 승인한 Ed25519 공개 키를 준비하고 공개 키 내용만 제출하세요. 개인 키는 관리되는 장치나 키 시스템에 보관하며 이메일, 문의 티켓 또는 저장소로 전송하지 마세요.
프로젝트, CI 설정 및 종속 항목에서 필요한 Xcode 버전을 확인하고 최소 macOS 요구 사항도 기록하세요. 단순히 ‘최신 버전’이라고 쓰지 말고 확인 가능한 버전 번호를 남겨야 합니다.
제한된 배포 키 또는 단기 토큰으로 필요한 저장소를 읽을 수 있는지 확인하세요. 먼저 최소 권한 범위를 정한 뒤 아티팩트 쓰기나 상태 업데이트를 허용할지 결정합니다.
그래픽 작업이 필요하다면 VNC 또는 macOS 화면 공유 클라이언트를 미리 준비하세요. 자동화, 진단 및 파일 작업은 SSH를 우선 사용해 그래픽 세션 의존도를 줄입니다.
두 구성 모두 Apple Silicon 물리 노드와 전용 물리 장비이며 가상 머신이 아닙니다. 싱가포르, 도쿄, 서울, 홍콩을 모두 선택할 수 있으며 실제 이용 가능 여부는 주문 시 콘솔에 실시간으로 표시되는 정보를 기준으로 합니다.
M4 · 16GB RAM · 256GB SSD
단일 iOS 빌드 파이프라인, 일상적인 macOS 컴파일, 종속 항목 검증 및 상시 실행되는 경량 self-hosted runner에 적합합니다.
선택 기준:먼저 클린 빌드의 최대 메모리와 디스크 워크셋을 한 번 측정한 다음 종속 항목 캐시, 로그 및 아티팩트를 위한 공간을 확보하세요.
M4 · 24GB RAM · 512GB SSD
대규모 Xcode 워크스페이스, 병렬 테스트, 컨테이너 워크로드와 더 많은 빌드 캐시 및 아티팩트를 보관해야 하는 팀에 적합합니다.
선택 기준:runner가 컴파일, 시뮬레이터 테스트 및 종속 항목 처리를 동시에 실행한다면 메모리 최대치와 캐시 증가 속도를 우선 확인하세요.
주요 개발자, 코드 소스 또는 자동화 스케줄러 진입점과 가까운 노드를 선택하세요. 단일 ping만 비교하지 말고 업무 시간대의 안정성과 원격 데스크톱 사용 경험도 확인해야 합니다.
일, 주, 월 또는 분기 단위로 대여할 수 있습니다. 단기 검증은 예상 테스트 시간에 맞춰 기간을 선택하고, 안정적인 파이프라인은 릴리스 일정과 연장 담당자를 함께 고려해 기간을 정하세요.
주문서에는 기본 구성, 기간, 노드 및 추가 옵션이 각각 표시됩니다. 모든 가격과 결제는 미국 달러(USD)로 처리되므로 결제 제출 전에 주문 담당자가 다시 확인해야 합니다.
콘솔에 표시된 결제 정보를 기준으로 네트워크, 금액 및 주문 식별자를 확인하세요. 송금 전에 TRC20 네트워크인지 확인하고, 제출 후 대조에 사용할 거래 기록을 보관하세요.
카드 결제는 Stripe에서 처리합니다. 결제 페이지로 돌아온 후 콘솔에서 주문 상태와 청구 금액을 확인하세요. 브라우저의 반환 페이지를 장비 인도의 근거로 사용하지 마세요.
구성 이름, M4 칩, 메모리 및 기본 SSD가 선택한 요금제와 일치하는지 확인하세요.
일, 주, 월 또는 분기 중 선택한 기간을 확인하고 테스트 기간을 장기 기간으로 잘못 선택하지 않았는지 점검하세요.
싱가포르, 도쿄, 서울 또는 홍콩이 연결 계획과 일치하는지 확인하세요.
SSD 확장 용량과 Thunderbolt 5 병렬 연결 수량을 확인한 후 결제를 제출하세요.
실제로 이용 가능한 결제 게이트웨이는 콘솔에 표시되는 정보를 기준으로 합니다. 결제가 완료되었다고 장비에 바로 연결할 수 있는 것은 아니므로 주문 상태와 인도 정보를 계속 확인하세요.
장비 상태가 연결 가능으로 변경된 후 주소, 계정 안내 및 대여 기간을 확인하세요. 채팅 기록, 오래된 스크린샷 또는 다른 주문의 연결 정보를 사용하지 마세요.
모든 항목은 동일한 주문에서 가져와야 합니다. 노드, 주소 또는 대여 기간이 예상과 다르면 연결을 중지하고 콘솔에서 문의 티켓을 제출하세요.
콘솔에서 주문 상태를 계속 확인하세요. 인도 시간은 콘솔 확인 시간을 기준으로 하며 아직 제공되지 않은 연결 주소로 반복해서 접속하지 마세요.
문의 티켓에 주문 식별자, 예상 노드, 현재 장비 상태 및 문제를 발견한 시간을 기재하세요. 비밀번호, 개인 키 또는 전체 결제 정보는 첨부하지 마세요.
첫 SSH 연결에서는 즉시 종속 항목을 설치하기보다 대상 주소, 호스트 지문, 로그인 사용자 및 하드웨어 정보가 현재 주문에 속하는지 확인하는 것이 우선입니다.
$ export ZOOMMINI_HOST=assigned-host\n$ ssh-keyscan -t ed25519 "$ZOOMMINI_HOST" | ssh-keygen -lf -\n256 SHA256:7qV3mL9kR2nF4cX8 assigned-host (ED25519)\n\n$ ssh build@"$ZOOMMINI_HOST"\nLast login: remote session\nbuild@zoommini-node ~ %\n\n$ sw_vers\nProductName: macOS\nProductVersion: 15.2\nBuildVersion: 24C101\n\n$ system_profiler SPHardwareDataType\nHardware:\n Model Name: Mac mini\n Chip: Apple M4\n Memory: 16 GB\n\n$ uname -m\narm64
할당된 주소를 임시 환경 변수나 SSH config에 저장해 명령 기록에 잘못된 주소가 남지 않도록 하세요. 기본 포트가 아니라면 포트 매개변수도 함께 기록합니다.
로컬에서 조회한 Ed25519 지문을 인도 기록과 한 글자씩 비교하세요. 지문이 일치하지 않으면 연결을 중지하고 변경된 기록을 바로 승인하지 마세요.
sw_vers macOS 버전을 확인하고,system_profiler 칩과 메모리를 확인하며,uname -m 다음 결과가 나와야 합니다: arm64.
먼저 Xcode 선택을 확인하고 프로젝트를 빌드한 다음 자동화 테스트를 실행하세요. 성공 여부를 화면만으로 판단하지 않도록 각 단계의 종료 코드와 주요 로그를 보관합니다.
$ xcodebuild -version\nXcode 16.2\nBuild version 16C5032a
Xcode 버전과 빌드 버전이 프로젝트 매트릭스와 일치하고 명령의 종료 코드가 0이어야 합니다.
$ xcodebuild -scheme App build\nPrepare packages\nCompileSwiftSources normal arm64\nLd App normal arm64\n** BUILD SUCCEEDED **
출력 마지막에 BUILD SUCCEEDED가 표시되고 서명, 종속 항목 또는 디스크 공간 오류가 없어야 합니다.
$ fastlane ios test\nResolving Swift Package Manager dependencies\nTest Suite 'All tests' passed\nExecuted 48 tests, with 0 failures\nfastlane.tools finished successfully
테스트 수가 예상과 일치하고 실패 수가 0이며 fastlane이 정상 종료되고 프로세스 종료 코드가 0이어야 합니다.
먼저 xcode-select -p 를 실행해 현재 개발자 디렉터리를 확인한 다음 팀 버전 매트릭스에 따라 전환하세요. 버전 문제를 피하려고 프로젝트 파일을 직접 수정하지 마세요.
저장소 권한, 패키지 관리자 경로 및 네트워크 접근 범위를 확인하세요. 캐시를 정리하기 전에 오류 로그를 저장해 최초 실패 증거가 사라지지 않도록 합니다.
인증서, 프로비저닝 프로파일 및 runner 권한의 로드 방식을 확인하세요. 비밀 정보는 관리되는 키 시스템에서 주입하고 스크립트나 빌드 로그에 기록하지 마세요.
검수가 성공했다는 것은 툴체인을 사용할 수 있다는 의미일 뿐입니다. 정식 CI/CD에 연결하기 전에 자격 증명 업데이트, 공개 키 관리, 권한 회수 및 runner 최소 권한 설정을 완료해야 합니다.
인도 안내에 따라 변경이 필요한 초기 자격 증명을 업데이트하세요. 고유하고 관리되는 비밀번호를 사용하며 로컬 개발 장치, 저장소 또는 다른 노드와 재사용하지 마세요.
접근이 필요한 사람과 자동화 ID에 각각 공개 키를 구성하세요. 여러 사람이 하나의 개인 키를 공유하지 않도록 하고 공개 키 메모에 구체적인 용도를 추적할 수 있게 기록합니다.
테스트 중 임시로 추가한 공개 키, 저장소 토큰, 관리자 권한 및 원격 데스크톱 권한을 삭제하세요. 팀을 떠난 구성원과 비활성화된 runner의 접근 권한은 즉시 회수해야 합니다.
runner가 필요한 저장소만 읽고 지정된 스크립트만 실행하며 지정된 아티팩트 위치에만 쓸 수 있도록 하세요. 기본적으로 시스템 관리자 권한이나 프로젝트 간 토큰을 부여하지 마세요.
다음 다섯 항목을 모두 충족한 후 노드를 정식 스케줄링에 추가하세요: 주문 항목 일치, SSH 지문 일치, 시스템 사양 일치, 빌드 및 테스트 종료 코드 0, 임시 권한 회수 완료.
먼저 구성, 노드 및 기간을 선택하세요. 장비에 연결할 수 있게 되면 이 페이지의 순서에 따라 지문 확인, 시스템 점검, 빌드 검증 및 권한 보안을 완료합니다.