Czym jest rejestr Docker i jak go używać?

Question

Accepted Answer

**Rejestr Docker** to system przechowywania i dystrybucji **obrazów** Docker — **wypychasz** do niego obrazy i **pobierasz** je z niego. **Docker Hub** to domyślny publiczny rejestr; organizacje często używają prywatnych rejestrów. Rejestry to sposób, w jaki obrazy są udostępniane i wdrażane.

## Co robi rejestr

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

## Korzystanie z Docker Hub (domyślnego rejestru publicznego)

```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** to domyślny rejestr — `docker pull nginx` pobiera z niego. Aby opublikować własne obrazy, logujesz się, oznaczasz je swoją przestrzenią nazw i wypychasz.

## Prywatne i chmurowe rejestry

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

## Tagi i wersjonowanie

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

## Dlaczego to ważne

Rozumienie rejestrów Docker jest ważne, ponieważ to sposób, w jaki obrazy Docker są **udostępniane i wdrażane**, fundamentalna część przepływu pracy Docker, dlatego jest to cenna praktyczna wiedza.

Fundamentalna funkcja rejestru — przechowywanie obrazów, które **wypychasz** (publikujesz) i **pobierasz** (ściągasz) — jest niezbędna do tego, jak obrazy poruszają się między maszynami i docierają do produkcji: typowy przepływ pracy polega na tym, że CI buduje obraz, wypycha go do rejestru, a produkcja pobiera go i uruchamia, co czyni rejestr centralnym hubem dystrybucji i wdrażania obrazów.

Rozumienie **Docker Hub** (domyślnego publicznego rejestru, którego `docker pull` używa, i gdzie możesz publikować obrazy, logując się, oznaczając swoją przestrzenią nazw i wypychając) jest fundamentalne.

Wiedza o **prywatnych i chmurowych rejestrach** (AWS ECR, Google Artifact Registry, Azure ACR, GitHub Container Registry, itp.) jest ważna dla rzeczywistych organizacji, które bezpiecznie przechowują obrazy własnościowe i integrują rejestry ze swoimi potokami CI/CD i wdrażania.

Rozumienie **tagów i wersjonowania** ma praktyczną wartość — szczególnie najlepszej praktyki używania **konkretnych tagów wersji** (`myapp:1.2.3`) zamiast `latest` w produkcji (ponieważ `latest` jest zmienny i niejednoznaczny, powodując nieprzewidywalne wdrażania), częste rozważanie w rzeczywistym świecie.

Ponieważ udostępnianie i wdrażanie obrazów jest fundamentalną częścią używania Docker (obrazy muszą być rozprowadzane, aby działać gdziekolwiek), a rejestry (Docker Hub, prywatne/chmurowe rejestry) to mechanizm tego — centralny dla przepływów pracy CI/CD i wdrażania — rozumienie rejestrów Docker, wypychania/pobierania i tagowania to cenna, często istotna wiedza dla kompletnego przepływu pracy Docker, niezbędna do dystrybucji i wdrażania aplikacji konteneryzowanych w jakimkolwiek rzeczywistym środowisku.