Hvad er et Docker-register, og hvordan bruger du det?

Question

Accepted Answer

Et **Docker-register** er et system til opbevaring og distribution af Docker **billeder** — du **pusher** billeder til det og **puller** dem fra det. **Docker Hub** er standardregisteret for den offentlige sektor; organisationer bruger ofte private registre. Registre er hvordan billeder bliver delt og implementeret.

## Hvad et register gør

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

## Brug af Docker Hub (standardregisteret for den offentlige sektor)

```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** er standardregisteret — `docker pull nginx` henter fra det. For at udgive dine egne billeder logger du ind, tagget dem med dit namespace og pusher.

## Private registre og cloudregistre

```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 og versionering

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

## Hvorfor det betyder noget

At forstå Docker-registre er vigtig, fordi de er hvordan Docker-billeder bliver **delt og implementeret**, en fundamental del af Docker-arbejdsgangen, så det er værdifuld praktisk viden.

Et registers kernefunktion — opbevaring af billeder, som du **pusher** (udgiver) og **puller** (downloader) — er essentiel for, hvordan billeder flyttes mellem maskiner og når til produktion: den typiske arbejdsgang har CI, der bygger et billede, pusher det til et register, og produktion puller og kører det, hvilket gør registeret til det centrale knudepunkt for billedudvikling og implementering.

At forstå **Docker Hub** (standardregisteret for den offentlige sektor, som `docker pull` bruger, og hvor du kan udgive billeder ved at logge ind, tagge med dit namespace og pushe) er fundamental.

At vide om **private registre og cloudregistre** (AWS ECR, Google Artifact Registry, Azure ACR, GitHub Container Registry osv.) er vigtig for rigtige organisationer, som gemmer ejerretlige billeder sikkert og integrerer registre med deres CI/CD- og implementeringspipelines.

At forstå **tags og versionering** er praktisk værdifuldt — især best practice med at bruge **specifikke versiontags** (`myapp:1.2.3`) snarere end `latest` i produktion (da `latest` er mutabel og tvetydig, hvilket forårsager uforudsigelig implementering), en almindelig virkelighedsvurdering.

Da deling og implementering af billeder er en fundamental del af Docker-brug (billeder skal distribueres for at køre hvor som helst), og da registre (Docker Hub, private/cloudregistre) er mekanismen herfor — central for CI/CD- og implementeringspipelines — at forstå Docker-registre, pushing/pulling og tagging er værdifuld, hyppigt relevant viden for den fuldstændige Docker-arbejdsgang, nødvendig for at distribuere og implementere containeriserede applikationer i enhver rigtig indstilling.