Google Artifact Registry 비용: 저장, 전송, 정리 정책 계산

Artifact Registry storage는 보관 중인 artifact를 기준으로 하므로 container layer나 package의 압축 크기와 유지하는 version 수부터 확인하세요. 공유 container layer 덕분에 실제 증가량은 image 크기에 tag 수를 단순히 곱한 값보다 작을 수 있지만, base image를 자주 바꾸면 새 layer가 계속 생깁니다. Source code 크기로 추정하지 말고 한 release 주기 동안 repository storage를 측정하세요.

Standard와 remote repository는 artifact를 저장하지만 virtual repository는 자체 사본을 저장하지 않고 upstream 요청을 연결합니다. Storage 무료 제공량은 project별로 따로 계산되지 않고 billing account 전체 사용량에 적용됩니다. 바뀔 수 있는 금액을 본문에 고정하지 말고 공식 최신 가격표에서 제공량과 단가를 확인하세요.

Data transfer 비용은 repository 위치와 artifact가 전달되는 목적지에 따라 달라집니다. 같은 location으로 pull하면 전송 비용을 피할 수 있지만 region·대륙 간, Internet, on-premises 다운로드에는 서로 다른 요율이 적용될 수 있습니다. 각 repository를 사용하는 Cloud Run, GKE node, Compute Engine VM, CI runner, 개발자 장비의 위치를 기록하세요.

전송량은 배포당 pull한 image 또는 package byte에 배포 횟수, 새 node, 환경, 목적지 수를 곱해 추정합니다. Layer cache는 반복 다운로드를 줄이지만 autoscaling, 일회성 CI worker, 잦은 base-image 변경은 절감 효과를 낮춥니다. 지연 시간, 복원력, 데이터 위치 요건이 허용하면 repository를 주요 runtime과 같은 location에 둡니다.

관련 scanning API와 지원 기능을 켜면 취약점 스캔이 별도 비용 축이 됩니다. 어떤 repository와 artifact 유형을 스캔하는지, 새 image를 얼마나 자주 push하는지, CI에서 on-demand scan도 실행하는지 조사하세요. 모든 scan을 같은 비용으로 가정하기 전에 최신 Artifact Analysis 가격과 Security Command Center tier를 확인합니다.

Cleanup policy로 불필요한 version을 삭제하고 production release나 최근 version 수는 보존하세요. 먼저 dry run으로 일치 항목을 확인하고 rollback artifact를 보호한 뒤 삭제를 활성화해야 합니다. Cleanup은 background에서 실행되므로 저장량이 즉시 초기화되지는 않습니다. 일반 release 월과 build 빈도가 높은 월을 비교하고 적용 후 storage와 transfer 청구를 관찰하세요.

Artifact를 생성하는 Cloud Build 시간과 비용 계산하기