Docker Registry Deployment Guide

Option 1: Private Docker Registry (Empfohlen für Produktion)

1. Images in Registry pushen

GitHub Container Registry (ghcr.io)

# Login bei GitHub Container Registry
echo $GITHUB_TOKEN | docker login ghcr.io -u YOUR_USERNAME --password-stdin

# Images taggen und pushen
docker build -t ghcr.io/YOUR_USERNAME/rezepte-backend:latest ./nodejs-version/backend
docker build -t ghcr.io/YOUR_USERNAME/rezepte-frontend:latest ./nodejs-version/frontend

docker push ghcr.io/YOUR_USERNAME/rezepte-backend:latest
docker push ghcr.io/YOUR_USERNAME/rezepte-frontend:latest

Docker Hub

# Login bei Docker Hub
docker login

# Images taggen und pushen
docker build -t YOUR_USERNAME/rezepte-backend:latest ./nodejs-version/backend
docker build -t YOUR_USERNAME/rezepte-frontend:latest ./nodejs-version/frontend

docker push YOUR_USERNAME/rezepte-backend:latest
docker push YOUR_USERNAME/rezepte-frontend:latest

Private Registry (AWS ECR, Azure ACR, etc.)

# Beispiel für AWS ECR
aws ecr get-login-password --region eu-central-1 | docker login --username AWS --password-stdin YOUR_ACCOUNT.dkr.ecr.eu-central-1.amazonaws.com

# Images taggen und pushen
docker build -t YOUR_ACCOUNT.dkr.ecr.eu-central-1.amazonaws.com/rezepte-backend:latest ./nodejs-version/backend
docker build -t YOUR_ACCOUNT.dkr.ecr.eu-central-1.amazonaws.com/rezepte-frontend:latest ./nodejs-version/frontend

docker push YOUR_ACCOUNT.dkr.ecr.eu-central-1.amazonaws.com/rezepte-backend:latest
docker push YOUR_ACCOUNT.dkr.ecr.eu-central-1.amazonaws.com/rezepte-frontend:latest

2. Server-Deployment (nur Docker Compose)

Auf dem Server benötigen Sie nur diese Dateien:

docker-compose.registry.yml
.env.production
SQL-Dateien für die Datenbank-Initialisierung
deploy-registry.sh

# Minimales Setup auf Server
mkdir -p /opt/rezepte
cd /opt/rezepte

# Nur diese Dateien kopieren:
scp docker-compose.registry.yml user@server:/opt/rezepte/
scp .env.production user@server:/opt/rezepte/
scp *.sql user@server:/opt/rezepte/
scp deploy-registry.sh user@server:/opt/rezepte/

Option 2: CI/CD Pipeline (Automatisiert)

GitHub Actions Beispiel

# .github/workflows/deploy.yml
name: Build and Deploy

on:
  push:
    branches: [ main ]

jobs:
  build-and-deploy:
    runs-on: ubuntu-latest
    steps:
    - uses: actions/checkout@v3
    
    - name: Login to GitHub Container Registry
      uses: docker/login-action@v2
      with:
        registry: ghcr.io
        username: ${{ github.actor }}
        password: ${{ secrets.GITHUB_TOKEN }}
    
    - name: Build and push backend
      uses: docker/build-push-action@v4
      with:
        context: ./nodejs-version/backend
        push: true
        tags: ghcr.io/${{ github.repository }}/backend:${{ github.sha }},ghcr.io/${{ github.repository }}/backend:latest
    
    - name: Build and push frontend
      uses: docker/build-push-action@v4
      with:
        context: ./nodejs-version/frontend
        push: true
        tags: ghcr.io/${{ github.repository }}/frontend:${{ github.sha }},ghcr.io/${{ github.repository }}/frontend:latest
    
    - name: Deploy to server
      uses: appleboy/ssh-action@v0.1.8
      with:
        host: ${{ secrets.HOST }}
        username: ${{ secrets.USERNAME }}
        key: ${{ secrets.SSH_KEY }}
        script: |
          cd /opt/rezepte
          docker-compose -f docker-compose.registry.yml pull
          docker-compose -f docker-compose.registry.yml up -d

Vorteile der Registry-Lösung:

✅ Kein Repository auf Server: Nur Docker Compose und Config-Dateien
✅ Versionierung: Tags für verschiedene Versionen (latest, v1.0.0, etc.)
✅ Sicherheit: Keine Source-Code-Exposition auf Produktionsserver
✅ Geschwindigkeit: Nur Image-Download, kein Build-Prozess
✅ Rollback: Einfache Rückkehr zu vorherigen Versionen
✅ Multi-Server: Gleiche Images auf mehreren Servern
✅ CI/CD Integration: Automatische Builds und Deployments

Deployment-Workflow:

Entwicklung: Code ändern, committen, pushen
CI/CD: Automatischer Build und Push der Images
Server: docker-compose pull && docker-compose up -d
Fertig: Neue Version läuft

Das ist definitiv der professionellere Ansatz!

4.2 KiB Raw Blame History