O que é um registro Docker e como você o usa?

Question

Accepted Answer

Um **registro Docker** é um sistema de armazenamento e distribuição de **imagens** Docker — você faz **push** de imagens para ele e faz **pull** delas dele. **Docker Hub** é o registro público padrão; organizações frequentemente usam registros privados. Os registros são como as imagens são compartilhadas e implantadas.

## O que um registro faz

```text
A REGISTRY stores and distributes Docker images:
  → PUSH an image to the registry (upload/publish it)
  → PULL an image from the registry (download it to run)
→ This is how images move between machines: build once, push, pull anywhere
  (CI builds an image → pushes to a registry → production pulls and runs it)
```

## Usando Docker Hub (o registro público padrão)

```bash
# pull a public image (implicitly from Docker Hub)
docker pull nginx:latest
docker pull postgres:16

# push your own image
docker login                          # authenticate
docker tag myapp:1.0 username/myapp:1.0   # tag with your registry namespace
docker push username/myapp:1.0        # upload to Docker Hub
```

**Docker Hub** é o registro padrão — `docker pull nginx` busca dele. Para publicar suas próprias imagens, você faz login, marca-as com seu namespace e faz push.

## Registros privados e em nuvem

```text
Organizations use PRIVATE registries (images not public):
  → cloud provider registries: AWS ECR, Google GCR/Artifact Registry, Azure ACR
  → GitHub Container Registry, GitLab Registry, self-hosted Harbor, etc.
→ Used to store proprietary images securely; integrated with CI/CD and deployment.
```

## Tags e versionamento

```text
→ Images are tagged: name:tag (e.g. myapp:1.0, myapp:latest, myapp:abc123)
→ Use specific version tags (myapp:1.2.3) in production, NOT just "latest"
  ("latest" is mutable/ambiguous → unpredictable deployments)
```

## Por que isso importa

Entender registros Docker é importante porque é como imagens Docker são **compartilhadas e implantadas**, uma parte fundamental do fluxo de trabalho Docker, então é um conhecimento prático valioso.

A função principal de um registro — armazenar imagens que você faz **push** (publica) e **pull** (baixa) — é essencial para como as imagens se movem entre máquinas e chegam à produção: o fluxo de trabalho típico tem CI construindo uma imagem, fazendo push dela para um registro, e produção fazendo pull e executando-a, tornando o registro o hub central de distribuição e implantação de imagens.

Entender **Docker Hub** (o registro público padrão que `docker pull` usa, e onde você pode publicar imagens fazendo login, marcando com seu namespace e fazendo push) é fundamental.

Saber sobre **registros privados e em nuvem** (AWS ECR, Google Artifact Registry, Azure ACR, GitHub Container Registry, etc.) é importante para organizações reais, que armazenam imagens proprietárias com segurança e integram registros com seus pipelines de CI/CD e implantação.

Entender **tags e versionamento** é praticamente valioso — especialmente a melhor prática de usar **tags de versão específica** (`myapp:1.2.3`) em vez de `latest` em produção (já que `latest` é mutável e ambíguo, causando implantações imprevisíveis), uma consideração comum do mundo real.

Como compartilhar e implantar imagens é uma parte fundamental de usar Docker (imagens devem ser distribuídas para rodar em qualquer lugar), e como registros (Docker Hub, registros privados/em nuvem) são o mecanismo para isso — central para fluxos de trabalho de CI/CD e implantação — entender registros Docker, push/pull e tagging é um conhecimento valioso, frequentemente relevante para o fluxo de trabalho Docker completo, necessário para distribuir e implantar aplicações containerizadas em qualquer cenário real.