Skip to content

Zot

  • Published on
    zot을 예로 들어 컨테이너 레지스트리의 확장 설계를 뜯어봅니다. 일관성 해시로 리포지토리를 인스턴스에 배정하고 소유자가 아닌 노드는 프록시로 넘기는 구조는 샤딩이지 고가용성이 아니며, 공식 문서도 자가 치유가 되지 않는다고 명시합니다. 컴퓨트 전용 확장과 컴퓨트 겸 스토리지 확장이 각각 무엇을 포기하는지, boltdb 캐시 드라이버가 인스턴스 수를 사실상 하나로 묶는 이유, 미러링에서 digest 고정이 깨지는 조건, 그리고 단일 정적 바이너리라는 표현과 실제 배포 파일 크기의 간극까지 문서와 릴리스 자산을 근거로 정리합니다.
  • Published on
    2026년 컨테이너 레지스트리는 더 이상 docker push 한 줄로 끝나지 않는다. Docker Hub의 가격 정책 변화 이후 GHCR가 사실상 OSS 표준이 되었고, Harbor가 CNCF graduated 프로젝트로 셀프호스팅의 기본값이 되었으며, Zot이 OCI-only 단순성으로 emerging 영역을 차지했다. ECR Public이 무료 Quay 대안으로 자리잡고, Google Artifact Registry가 GCR을 완전히 대체했다. 그리고 그 위에 Cosign + Sigstore의 서명, in-toto의 공급망 증언, CycloneDX·SPDX SBOM, ORAS의 generic OCI artifact까지 — 레지스트리는 이미지 저장소가 아니라 공급망 보안의 중심 허브가 되었다. 이 글은 13개 레지스트리·서명 도구·SBOM 표준을 한 호흡에 비교하고, 토스·카카오 페이·메르카리·LINE의 실전 선택을 따라가며, 누가 무엇을 골라야 하는지 매트릭스로 정리한다.