Google Artifact Registry

애플리케이션을 빌드해도 그 결과물을 어디에 일관되게 보관할지 없으면, 같은 버전을 다시 배포하거나 어떤 이미지가 운영 중인지 추적하기 어렵습니다. 빌드 산출물 관리가 배포 재현성의 병목이 됩니다.

빌드 파이프라인이 컨테이너 이미지나 패키지를 Artifact Registry 저장소에 푸시하고, 런타임은 태그나 다이제스트로 해당 아티팩트를 가져옵니다. 저장소별 권한과 버전이 분리돼 팀별 운영 기준을 적용하기 쉽습니다.

Artifact Registry와 Cloud Storage는 둘 다 파일을 저장하지만, Artifact Registry는 배포 가능한 이미지와 패키지의 버전·메타데이터를 관리하고 Cloud Storage는 범용 객체를 저장합니다. 배포 산출물 관리가 핵심이면 Artifact Registry, 일반 파일 저장이 핵심이면 Cloud Storage가 맞습니다.

초기에는 Docker Hub나 임시 파일 서버를 쓰는 경우가 많았지만, 조직 내부 패키지와 이미지 수가 늘면서 권한 분리, 지역성, 공급망 추적이 중요해졌습니다. 그래서 빌드 산출물만을 위한 전용 저장소가 운영 기본 요소가 되었습니다.

컨테이너 배포와 내부 패키지 배포를 반복 운영하는 팀에 적합합니다. 정적 이미지 파일이나 백업 파일을 그냥 보관하는 용도로는 맞지 않습니다.

다음에 볼 개념

함께 보면 좋은 개념