# Docker Registry Deployment Guide

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

### 1. Images in Registry pushen

#### GitHub Container Registry (ghcr.io)
```bash
# 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 ./backend
docker build -t ghcr.io/YOUR_USERNAME/rezepte-frontend:latest ./frontend

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

#### Docker Hub
```bash
# Login bei Docker Hub
docker login

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

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

#### Private Registry (AWS ECR, Azure ACR, etc.)
```bash
# 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 ./backend
docker build -t YOUR_ACCOUNT.dkr.ecr.eu-central-1.amazonaws.com/rezepte-frontend:latest ./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`

```bash
# 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
```yaml
# .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: ./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: ./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:

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

Das ist definitiv der professionellere Ansatz!