CRACI 러너 vs GitHub 호스팅 러너

같은 워크플로, 더 빠른 러너

GitHub Actions를 사용한다면, 직접 러너를 설정하지 않은 한 작업은 GitHub 호스팅 러너에서 실행됩니다. 편리합니다. 각 작업은 새 가상 머신을 받고, 운영할 것이 없으며, Linux, Windows, macOS를 모두 사용할 수 있습니다.

CRACI는 GitHub Actions 호환 러너입니다. 조직의 모든 리포지토리 또는 선택한 리포지토리에 CRACI GitHub App을 설치하고, 워크플로에서 한 줄만 바꾸세요.

runs-on: craci

워크플로 파일, 액션, GitHub 인터페이스는 그대로 유지됩니다. CRACI는 GitHub Actions가 아니라 러너를 대체하며, 범용 러너가 제공하지 않는 세 가지를 제공합니다. 더 빠른 빌드, 더 낮은 청구 금액, 그리고 작업을 실행하는 머신에 내장된 공급망 보안입니다.

속도

CRACI에서의 빌드는 GitHub 표준 호스팅 러너에서 걸리는 시간의 약 절반 만에 끝납니다. 세 가지가 합쳐진 결과입니다. 더 빠른 하드웨어, 작업 시작 전의 더 짧은 대기 시간, 그리고 캐시입니다.

실제 빌드가 얼마나 빨라지는지는 워크로드에 따라 다릅니다. CPU 집약적인 컴파일과 테스트 스위트가 가장 많은 이득을 얻고, 대부분의 시간을 네트워크나 외부 서비스를 기다리는 데 쓰는 작업은 이득이 적습니다. 도움이 되는 요소는 다음과 같습니다.

• 1~32 컴퓨팅 단위의 러너 크기로, 무거운 작업은 더 많은 자원을 요청할 수 있습니다.
• 네이티브 x86-64 및 ARM64로, ARM 빌드에 에뮬레이션이 필요 없습니다.
• GitHub Actions 캐시 지원과 모든 작업에 포함된 Docker Engine, Buildx, Compose v2.
• 자체 가상 머신을 시작하는 작업을 위한 x86-64의 중첩 가상화.

가장 좋은 테스트는 귀사 파이프라인입니다. 작업 하나를 옮기고 GitHub에서 소요 시간을 나란히 비교해 보세요.

비용

두 가지가 동시에 청구 금액을 낮춥니다. 분당 요금이 더 저렴하고, 더 빠른 빌드는 더 적은 시간을 사용합니다.

CRACI는 vCPU 분당 $0.002를 초 단위로 측정해 청구하므로, 표준 2 vCPU Linux 러너는 분당 $0.004입니다. GitHub는 표준 2코어 Linux x64 러너를 분당 $0.006로 책정하고 있으므로, CRACI의 분당 비용은 약 33% 낮습니다.

10분 빌드의 경우

GitHub 호스팅 2코어 러너에서 10분 동안 실행되는 빌드를 예로 들어 보겠습니다.

가격 차이만으로 약 33%를 절감합니다. 빌드 시간이 짧아지면서 절감 폭이 약 67%까지 커집니다. 워크로드에서 빌드가 빨라지지 않더라도 더 낮은 분당 요금은 그대로 적용됩니다.

청구 금액에 영향을 주는 기타 요소

• 올림. GitHub는 각 작업을 1분 단위로 올리고, CRACI는 초 단위로 측정합니다. 10분 20초 걸리는 작업은 GitHub에서 11분으로 청구되며, 짧은 작업(린트, 테스트 샤드, 체크)이 많은 파이프라인은 사용하지 않은 많은 초에 대해 비용을 지불합니다.
• 포함 시간. GitHub는 플랜에 따라 월 2,000~50,000분을 포함하며, 표준 러너는 공개 리포지토리에서 무료입니다. CRACI에는 무료 티어도 포함 시간도 없습니다. 월 요금 없이 첫 1분부터 빌드 분 단위로 비용을 지불합니다. GitHub의 허용량 안에서는 그쪽의 한계 비용이 0입니다.
• 아키텍처와 크기. CRACI는 ARM64와 x86-64에 같은 요율을 적용합니다. GitHub의 2코어 arm64 러너는 분당 $0.005이므로, 여기서는 CRACI의 $0.004가 20% 저렴합니다. 32 vCPU에서 CRACI는 분당 $0.064로, x64 기준 GitHub의 $0.082보다 약 22% 저렴하지만, GitHub의 32코어 arm64 러너는 $0.050로 분당 CRACI보다 저렴합니다. 메모리도 다릅니다. CRACI 컴퓨팅 단위는 vCPU당 3 GB RAM이고, GitHub의 표준 2코어 프라이빗 러너는 8 GB입니다. 비교하기 전에 빌드에 필요한 구성을 맞추세요.

최신 조건은 CRACI 요금을 참조하세요.

러너에 내장된 공급망 보안

범용 러너가 하도록 설계되지 않은, CRACI 러너만 하는 일입니다.

빌드가 가져온 모든 종속성의 기록

각 작업이 실행되는 동안 패키지를 인식하는 프록시가 패키지 소스로 가는 트래픽을 기록합니다. 대상은 npm, PyPI, RubyGems, Composer, Cargo, Go, Nix, OCI, apt, apk, Git 소스와 다운로드 프리셋입니다. 증거는 CI 캐시와 함께 전달되므로, 캐시에서 복원된 패키지도 계속 집계됩니다. 모든 작업은 CycloneDX 또는 SPDX 형식의 SBOM을 생성하며, 작업별 및 캐시별 완전성 상태를 포함합니다.

GitHub의 종속성 그래프는 리포지토리의 매니페스트와 잠금 파일로 만들어지며 SPDX로 내보낼 수 있습니다. 이는 특정 빌드가 아니라 리포지토리를 기술합니다.

빌드가 접근할 수 있는 범위의 통제

CRACI 이그레스 정책은 기본 거부 또는 기본 허용이며, 24개의 기본 제공 소프트웨어 소스 프리셋, npm, PyPI, apt, apk, Go 프록시, Nix, Cargo, OCI 레지스트리, Git에 대한 유형별 사용자 지정 소스, 그리고 명시적인 TLS, TCP, UDP, ICMP 규칙을 제공합니다. 정책은 작업 시작 전에 검증되고, 실패 시 차단되며, 위반 시 알림을 보냅니다. 기본 거부 정책에서는 예상치 못한 호스트에 접근하려는 손상된 종속성이 러너에서 차단됩니다.

GitHub의 대형 러너는 고정 IP 주소와 Azure 프라이빗 네트워킹을 제공하므로, 자사 Azure 네트워크를 통해 아웃바운드 접근을 관리할 수 있습니다. 유용한 기능이지만 접근 방식이 다릅니다. 작업에 연결된 정책이 아니라 Azure에서 직접 구성하는 네트워크 설정입니다.

출처 증명

API는 SBOM, 네트워크 추적, 출처 증명을 반환합니다. CRACI는 출처 증명에 서명하지 않으며 어떤 SLSA 수준도 주장하지 않습니다.

GitHub는 Sigstore 기반의 아티팩트 증명을 제공하며, GitHub에 따르면 이는 그 자체로 SLSA v1.0 Build Level 2를, 재사용 가능한 워크플로와 함께 사용하면 Level 3을 제공합니다. 서명된 출처 증명이나 공식 SLSA 수준이 요구 사항이라면 이는 GitHub에 유리한 점입니다.

격리와 데이터 위치

CRACI 작업은 격리된 가상 머신에서 실행됩니다. Enterprise 플랜에서 CRACI는 유럽 베어메탈 인프라에서 빌드를 실행하는 EU 데이터 레지던시를 제공합니다.

GitHub 호스팅 러너를 계속 사용해야 하는 경우

• Windows 또는 macOS 러너가 필요한 경우. CRACI는 현재 Linux만 지원하며, Windows와 macOS는 로드맵에 있습니다.
• 리포지토리가 공개되어 있어 표준 러너를 무료로 사용할 수 있는 경우.
• 사용량이 플랜의 포함 시간 안에 들어가는 경우.

많은 팀이 둘을 함께 사용합니다. Linux 빌드와 테스트 작업은 CRACI에서, macOS와 Windows 작업은 GitHub에서 실행합니다. 전환은 runs-on 레이블 변경이므로 한 번에 작업 하나씩 옮길 수 있습니다. 캐시, OIDC, 폴백은 러너 제공업체 전환 방법을 참조하세요.