# 02_deployment_methods.md

# Deployment Methods

Erst Methode entscheiden, dann Dateien/API.

## Matrix

| Methode | Nutzen bei | Nicht nutzen bei |
|---|---|---|
| Static | SPA/Docs/Landingpage ohne Server | SSR/API/WebSocket |
| Nixpacks/Railpack | Single Web App, Standardframework, klarer Port | Multi-Service, komplexe Systempakete |
| Dockerfile | reproduzierbarer Build, native Dependencies, Security | reine Standard-App ohne Sonderbedarf |
| Compose | App+DB/Redis/Worker/Scheduler/Gateway/Suite | einzelner einfacher Webprozess |
| Docker Image | fertiges Image, externer Build | unklare Tags/Credentials |
| CI Image | Tests/Scans/Versionierung vor Deploy | kein Registry-/Tag-Konzept |
| One-Click | Template passt exakt | starke Anpassung nötig |
| Raw Compose | Coolify-Transformation bewusst umgehen | Standardfall |

## Output

```yaml
method_decision:
  preferred:
  fallback:
  rejected:
    - method:
      reason:
  required_files:
  required_settings:
  risk:
```

Stop, wenn Shape, Entry Point, Port, Persistenz, Build Root oder Start Command unklar sind.