Wat is een Docker registry en hoe gebruik je het?

Question

Accepted Answer

Een **Docker registry** is een opslag- en distributiessysteem voor Docker **images** — je **pushed** images ernaartoe en **pulled** ze eruit. **Docker Hub** is het standaard openbare registry; organisaties gebruiken vaak private registries. Registries zijn hoe images worden gedeeld en ingezet.

## Wat een registry doet

```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)
```

## Docker Hub gebruiken (het standaard openbare registry)

```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** is het standaard registry — `docker pull nginx` haalt het eruit op. Om je eigen images te publiceren, log je in, tag je ze met je namespace, en push je ze.

## Private en cloud registries

```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 en versioning

```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)
```

## Waarom het belangrijk is

Inzicht in Docker registries is belangrijk omdat ze hoe Docker images worden **gedeeld en ingezet**, een fundamenteel onderdeel van de Docker workflow, dus het is waardevolle praktische kennis.

De kernfunctie van een registry — images opslaan die je **pushed** (publiceert) en **pulled** (downloadt) — is essentieel voor hoe images tussen machines bewegen en productie bereiken: de typische workflow heeft CI die een image bouwt, het naar een registry pushed, en productie het pulled en uitvoert, waardoor de registry de centrale hub van image distributie en inzet wordt.
"`docker pull` gebruikt, en waar je images kunt publiceren door in te loggen, ze met je namespace te taggen, en ze te pushen) is fundamenteel.

Weten van **private en cloud registries** (AWS ECR, Google Artifact Registry, Azure ACR, GitHub Container Registry, enz.) is belangrijk voor echte organisaties, die proprietaire images veilig opslaan en registries integreren met hun CI/CD en inzet pijplijnen.

Inzicht in **tags en versioning** is praktisch waardevol — vooral de best practice van het gebruik van **specifieke versie tags** (`myapp:1.2.3`) in plaats van `latest` in productie (omdat `latest` mutabel en ambigu is, wat leidt tot onvoorspelbare inzetten), een veel voorkomende overweging in de praktijk.

Omdat het delen en inzetten van images een fundamenteel onderdeel is van het gebruik van Docker (images moeten worden gedistribueerd om overal te kunnen draaien), en omdat registries (Docker Hub, private/cloud registries) het mechanisme hiervoor zijn — centraal voor CI/CD en inzet workflows — is het begrijpen van Docker registries, pushen/pullen, en taggen waardevolle, regelmatig relevante kennis voor de volledige Docker workflow, noodzakelijk voor het distribueren en inzetten van gcontaineriseerde applicaties in elke echte omgeving.