Files
Software Orchestrator 5769c1cd22 Initial commit: a0_software_orchestrator v1.0
- Auto-Registration-Bug behoben (register_project/get_project_id/resolve_project Trennung)
- 25 Tests gruen (Pytest)
- block_compactor-Tool refactored (Option B: Soft-Check statt Hard-Block)
- 4 Restbaustellen gefixt
- DB-Schema: plugin_settings-Tabelle hinzugefuegt
- 3 Schattenprojekte aus DB geloescht
- Plan v3 + Refactor-Plan + Worklog dokumentiert
2026-06-16 22:13:06 +00:00

1.1 KiB

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

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.