Docker registry란 무엇이며 어떻게 사용합니까?

Question

Accepted Answer

**Docker registry**는 Docker **image**를 위한 저장 및 배포 시스템입니다 — image를 그곳에 **push**하고 그곳에서 **pull**합니다. **Docker Hub**는 기본 공개 registry이며, 조직은 종종 비공개 registry를 사용합니다. registry는 image가 공유되고 배포되는 방식입니다.

## registry가 하는 일

```text
REGISTRY는 Docker image를 저장하고 배포함:
  → image를 registry로 PUSH(업로드/게시)
  → registry에서 image를 PULL(다운로드하여 실행)
→ 이것이 image가 머신 간에 이동하는 방식임: 한 번 빌드하고, push하고, 어디서나 pull
  (CI가 image를 빌드 → registry로 push → 프로덕션이 pull하여 실행)
```

## Docker Hub 사용(기본 공개 registry)

```bash
# 공개 image pull(암묵적으로 Docker Hub에서)
docker pull nginx:latest
docker pull postgres:16

# 자신의 image push
docker login                          # 인증
docker tag myapp:1.0 username/myapp:1.0   # registry 네임스페이스로 tag 지정
docker push username/myapp:1.0        # Docker Hub로 업로드
```

**Docker Hub**는 기본 registry입니다 — `docker pull nginx`는 그곳에서 가져옵니다. 자신의 image를 게시하려면 로그인하고, 네임스페이스로 tag를 지정하고, push합니다.

## 비공개 및 클라우드 registry

```text
조직은 비공개 registry를 사용함(image가 공개되지 않음):
  → 클라우드 제공자 registry: AWS ECR, Google GCR/Artifact Registry, Azure ACR
  → GitHub Container Registry, GitLab Registry, 자체 호스팅 Harbor 등
→ 독점 image를 안전하게 저장하는 데 사용됨; CI/CD 및 배포와 통합됨.
```

## tag와 버전 관리

```text
→ image는 tag로 지정됨: name:tag (예: myapp:1.0, myapp:latest, myapp:abc123)
→ 프로덕션에서는 특정 버전 tag(myapp:1.2.3)를 사용, 단순히 "latest"가 아니라
  ("latest"는 가변적/모호함 → 예측 불가능한 배포)
```

## 왜 중요한가

Docker registry를 이해하는 것은 중요합니다. registry가 Docker image가 **공유되고 배포되는** 방식이며 Docker 워크플로의 근본적인 부분이기 때문입니다. 따라서 가치 있는 실용 지식입니다.

registry의 핵심 기능 — image를 **push**(게시)하고 **pull**(다운로드)하여 저장하는 것 — 은 image가 머신 간에 이동하여 프로덕션에 도달하는 방식에 필수적입니다. 전형적인 워크플로는 CI가 image를 빌드하고, registry로 push하고, 프로덕션이 pull하여 실행하는 것으로, registry를 image 배포 및 배치의 중심 허브로 만듭니다.

**Docker Hub**(`docker pull`이 사용하는 기본 공개 registry이며, 로그인하고 네임스페이스로 tag를 지정하고 push하여 image를 게시할 수 있는 곳)를 이해하는 것은 기초적입니다.

**비공개 및 클라우드 registry**(AWS ECR, Google Artifact Registry, Azure ACR, GitHub Container Registry 등)를 아는 것은 독점 image를 안전하게 저장하고 registry를 CI/CD 및 배포 파이프라인과 통합하는 실제 조직에 중요합니다.

**tag와 버전 관리**를 이해하는 것은 실질적으로 가치가 있습니다 — 특히 프로덕션에서 `latest` 대신 **특정 버전 tag**(`myapp:1.2.3`)를 사용하는 모범 사례(`latest`는 가변적이고 모호하여 예측 불가능한 배포를 야기하므로)는 흔한 실세계 고려 사항입니다.

image를 공유하고 배포하는 것이 Docker 사용의 근본적인 부분이고(image는 어디서나 실행되도록 배포되어야 함), registry(Docker Hub, 비공개/클라우드 registry)가 이를 위한 메커니즘이므로 — CI/CD 및 배포 워크플로의 중심 — Docker registry, push/pull, tag 지정을 이해하는 것은 완전한 Docker 워크플로를 위한 가치 있고 자주 관련되는 지식이며, 어떤 실제 환경에서든 컨테이너화된 애플리케이션을 배포하고 배치하는 데 필요합니다.