머신 한 대, 테넌트 한 곳
주문마다 단독 물리 머신 한 대가 배정되며, 공유 호스트에서 가상 인스턴스를 분리하지 않습니다. 다른 테넌트는 해당 머신의 CPU, GPU, 통합 메모리를 사용하지 않으며, macOS 작업 환경도 공유하지 않습니다.
격리 범위: 물리 노드
클라우드 Mac 보안 범위
단독 사용으로 명확해지는 보안 경계
Apple Silicon 물리 노드 한 대를 테넌트 한 곳에만 배정합니다. 가상 머신이 아니며 CPU, GPU, 통합 메모리를 다른 테넌트와 나눠 쓰지 않습니다.
격리, 접근, 데이터 처리 방식을 먼저 확인한 뒤 개발 및 빌드 작업을 옮기세요.
기존 주문의 노드에 접속할 수 없나요? 콘솔에 로그인해 주문 번호와 장애 발생 시간을 적어 문의를 제출하세요.
가동률 및 확인 기준
목표는 투명하게, 기록은 사실대로
가동률 목표와 과거 관측 결과는 다릅니다. 아래에는 서비스 목표와 산정 기준을 안내하며, 목표 수치를 실제 측정 결과처럼 표시하지 않습니다.
월 가동률 목표
99.9%
모든 노드는 연중 365일 정상 운영됩니다. 월 가동률이 99.9% 미만이면 확인된 미가동 시간에 비례해 이용 기간을 연장합니다.
청록색 눈금은 서비스 목표를 나타내며, 매일의 모니터링 결과를 뜻하지 않습니다.
최근 90일 확인 범위
노드 접속 가능 여부, 장애 시작 및 복구 시각, 관련 주문을 확인합니다. 검증 가능한 일별 모니터링 내역을 공개하지 않으므로 매일 정상 운영된 것처럼 표시하거나 최근 90일 내내 문제가 없었다고 주장하지 않습니다.
- 산정 주기
- 월 단위 가동률 산정
- 과거 확인 범위
- 최근 90일 관련 장애 기록
- 필요한 자료
- 주문 번호, 시간대, 접속 오류 및 문의 기록
- 처리 방식
- 미가동 시간을 확인한 후 이용 기간 연장
산정 방법 및 신청 절차
월 가동률은 ‘해당 월의 전체 서비스 시간에서 확인된 미가동 시간을 뺀 뒤, 해당 월의 전체 서비스 시간으로 나눈 값’입니다. 신청 시 발생 시각과 시간대를 적어 주세요. 장애 원인을 직접 추측할 필요는 없습니다. ‘접속이 안 됨’이라고만 적기보다 원본 접속 오류를 남겨 주시면 확인에 도움이 됩니다.
사용자 조작으로 발생한 중단과 불가항력은 서비스 약관에 따라 판단합니다. SSH 연결 시간 초과 한 번만으로 노드 전체의 미가동을 입증할 수는 없습니다. 접속 방식, 네트워크 경로, 노드 기록을 함께 확인해야 합니다. 자세한 적용 범위는 서비스 약관을 참고하세요.
리소스 격리
공유 자원이 아닌 머신 한 대를 단독으로 사용
단독 사용으로 테넌트 간 리소스 경합은 방지할 수 있지만, 머신 내부의 개발 권한과 팀 협업, 동시 작업은 직접 관리해야 합니다.
기본 기능 그대로, 자원 분담 없이
macOS 그래픽 인터페이스와 명령줄을 모두 사용할 수 있습니다. Xcode, 시뮬레이터, Metal은 기본 환경에서 실행됩니다. 직접 시작한 여러 빌드, 테스트 또는 추론 작업은 같은 머신의 자원을 두고 경쟁합니다.
동시 작업 범위: 로컬 머신 자원
팀 사용은 팀 권한으로
같은 팀에서 교대로 노드를 사용할 때는 구성원별 시스템 계정, SSH 공개 키, 프로젝트 디렉터리 권한을 관리하세요. 단독 사용이라고 해서 모든 구성원에게 관리자 권한을 부여하거나 개인 키 하나를 함께 사용해야 하는 것은 아닙니다.
권한 범위: 최소 권한 부여
성능을 평가할 때 프로젝트 규모, Xcode 버전, 동시 작업 수, 캐시 상태도 함께 기록하세요. 단독 사용은 다른 테넌트와 자원을 두고 경쟁하지 않는다는 뜻이지, 어떤 작업이든 빌드 시간이 일정하게 보장된다는 뜻은 아닙니다.
이용 종료 후 데이터 처리
데이터를 먼저 옮긴 뒤 머신을 반납하세요
이용 기간이 끝나면 디스크를 삭제하고 시스템을 재설치한 뒤 다음 테넌트에게 제공합니다. 노드는 장기 보관용 저장소가 아니므로 백업은 대여 머신과 분리해 두세요.
-
01
만료 전에 내보내기
미커밋 코드, 빌드 결과물, 필요한 설정 및 키 자료를 직접 관리하는 저장소에 백업하세요. 백업 파일이 열리는지, 프로젝트를 다시 가져올 수 있는지 확인하세요. 복사 명령이 오류 없이 끝났는지만 확인해서는 안 됩니다.
-
02
외부 권한 해제
더 이상 사용하지 않는 runner 등록을 삭제하고 배포 토큰과 저장소 권한을 해제하세요. 디스크 삭제는 머신에 남은 데이터를 처리하지만, 외부 시스템에 저장된 자격 증명까지 해제해 주지는 않습니다.
-
03
삭제 후 재설치
이용 기간이 끝나면 디스크를 삭제하고 시스템을 재설치한 뒤 다음 테넌트에게 제공합니다. 만료 후에도 머신에서 프로젝트 파일을 복구할 수 있다고 기대하지 마세요.
백업 확인 항목은 세 가지입니다
첫째, 코드와 대용량 파일입니다. Git 커밋과 대용량 파일 객체가 모두 동기화됐는지 확인하세요. 둘째, 작업 결과물입니다. 아카이브, 테스트 보고서, 로그, 아직 업로드하지 않은 빌드 결과를 포함합니다. 셋째, 다시 구성할 수 있는 환경입니다. 의존성 잠금 파일, 도구 버전, CI 설정을 챙기세요. 재생성 가능한 캐시는 모두 보관할 필요가 없지만, 다시 만들 수 없는 자료는 우선 내보내세요.
테넌트 노드의 파일이나 프로젝트 데이터는 열람하지 않습니다. 계정, 주문, 결제 거래 식별자는 서비스 운영 기록으로 관리하며, 노드에 저장된 프로젝트 파일과는 별도의 보관 기준을 적용합니다. 수집 목적과 사용자 권리는 개인정보 안내에서 확인할 수 있습니다.
접근 제어
키는 직접 관리하고, 권한은 필요한 만큼만
기본적으로 SSH 키로만 로그인할 수 있습니다. 접속 정보와 주문 관련 작업 기록은 로그인 후 콘솔에서 확인하고, 필요에 따라 자격 증명을 재설정할 수 있습니다.
첫 접속 전
사용 중인 클라이언트에서 키를 생성하고 개인 키는 클라이언트에 보관한 채 공개 키만 제출하세요. 첫 접속 시 노드 정보와 호스트 키 지문을 확인하세요. 지문이 달라졌다면 시스템을 재설치했는지 먼저 확인하고 경고를 무시하지 마세요.
로컬 키에는 암호를 설정하는 것이 좋습니다. 개인 키를 저장소, 빌드 로그, 문의 내용에 넣거나 구성원끼리 같은 개인 키를 공유하지 마세요.
인원이나 작업이 바뀌면
구성원이 프로젝트에서 빠지면 해당 공개 키와 더 이상 필요하지 않은 계정 권한을 삭제하세요. CI에는 별도의 서비스 계정과 토큰을 사용하고, 저장소 접근, 빌드, 배포 권한을 각각 관리하세요.
실제로 필요한 포트만 열어 두세요. 자격 증명을 재설정한 후에는 이전 클라이언트, 자동화 스크립트, runner가 계속 이전 설정을 사용하는지 확인하세요. 반복되는 접속 실패로 실제 장애를 놓칠 수 있습니다.
비밀 정보를 공개하지 않고 문제 해결
문의에는 공개 키 지문, 클라이언트 버전, 오류 메시지, 민감 정보를 제거한 설정 일부를 첨부할 수 있습니다. 비밀번호, SSH 개인 키, 전체 액세스 토큰, 비밀 값이 포함된 환경 변수는 보내지 마세요. 일시적으로 권한 확인이 필요하다면 먼저 문의에서 범위와 권한 회수 방법을 정하세요.
결제 데이터 범위
거래는 확인하되 카드 번호는 수집하지 않습니다
모든 주문은 미국 달러(USD)로 결제하며, 아래 두 가지 결제 수단만 지원합니다. 실제 사용 가능한 결제 게이트웨이는 백엔드 응답을 기준으로 합니다.
Visa / Mastercard / Amex
카드 결제는 Stripe에서 처리하며 카드 번호는 저장하지 않습니다. 주문 대조에는 관련 거래 식별자와 결제 상태를 사용합니다. 이메일이나 문의에 전체 카드 번호 또는 카드 보안 코드를 보낼 필요가 없습니다.
결제 실패나 상태 불일치가 발생하면 주문 번호, 발생 시각, 금액, 페이지에 표시된 오류를 알려 주세요. 스크린샷을 보내기 전에 개인정보를 가리고, 상태를 확인하려고 결제를 반복하지 마세요.
카드 결제 처리: Stripe
USDT-TRC20
온체인 기록으로 결제를 확인합니다. 송금 전 네트워크, 수신 주소, 주문 금액이 결제 페이지와 일치하는지 확인하세요. 확인에는 거래 해시를 사용하며 지갑 개인 키나 시드 문구는 필요하지 않습니다.
송금 후 주문 상태가 갱신되지 않으면 거래 해시와 주문 번호를 보관한 뒤 문의를 제출하세요. 페이지에서는 입금까지 걸리는 시간을 보장하지 않으며, 스크린샷은 거래 기록을 대신할 수 없습니다.
온체인 확인: 거래 해시
노드 파일, 계정 기록, 결제 거래 식별자는 서로 다른 데이터 유형입니다. 결제 문의에는 주문과 관련된 정보만 첨부하고, 프로젝트 파일이나 서명 자료는 함께 올리지 마세요.
취약점 및 보안 사고
재현 가능한 정보를 보내 주시면 기록에 따라 처리합니다
보안 신고는 다음 주소로 보내 주세요: support@xcodenode.com. 기존 주문의 노드 장애는 콘솔에 로그인해 문의를 제출할 수도 있습니다.
유용한 신고에 포함할 내용
-
01
영향 범위
관련 페이지, 주문 또는 노드와 관찰한 현상을 설명하세요. 근거가 없다면 추측을 실제 데이터 유출로 단정하지 마세요.
-
02
재현 절차
실제 조작 순서에 따라 입력값, 예상 결과, 실제 결과를 기록하세요. 본인에게 접근 권한이 있는 범위에서만 확인하고 다른 테넌트의 데이터를 열람하지 마세요.
-
03
시간 및 증거
시각과 시간대를 명시하고, 민감 정보를 가린 오류 메시지나 스크린샷을 첨부하세요. 토큰, 비밀번호, 개인 키, 개인정보는 삭제하되 문제 파악에 필요한 맥락은 남겨 주세요.
-
04
처리 및 후속 확인
이메일이나 문의를 통해 정보를 보충하고 같은 기록에서 진행 상황을 확인하세요. 노드 접속 불가처럼 사용에 영향을 주는 장애를 우선 조사하며, 구체적인 진행 상황은 회신을 기준으로 합니다.
신고에 노드에 직접 접속할 수 있는 비밀 정보를 첨부하지 마세요. 자격 증명이 노출됐을 가능성이 있다면 관련 토큰을 먼저 폐기하고, 의심스러운 공개 키를 삭제하거나 자격 증명을 재설정하세요. 이후 필요한 기록을 보관해 신고해 주세요.
보안 범위를 확인한 뒤 빌드를 시작하세요
단독 물리 노드를 선택하고 키, 백업, 팀 권한을 미리 준비하세요. 요금제 페이지에서 사양, 기간별 요금, 추가 옵션을 확인할 수 있습니다.