docs: Phase A abgeschlossen, Learnings und PLAN.md aktualisiert
- PLAN.md: Phase A alle Tasks als ✅ markiert, Status IN UMSETZUNG - LEARNINGS.md: 2 neue Learnings - .gitignore 'core' Regel trifft Verzeichnisse (Root-relative Fix) - Blender HTTP-Service vs. direkter Subprocess (render-worker Pattern) Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
This commit is contained in:
@@ -109,6 +109,21 @@
|
||||
|
||||
---
|
||||
|
||||
### 2026-03-06 | Refactor | .gitignore `core` trifft Verzeichnisse
|
||||
**Problem:** `.gitignore` enthielt `core` als Regel (für core dump files) — Git ignorierte damit auch `backend/app/core/` Verzeichnis
|
||||
**Lösung:** Regel zu `/core` umbenannt (Root-relative Regel trifft nur `/core` Datei, nicht verschachtelte `core/`-Verzeichnisse)
|
||||
**Für künftige Projekte:** Immer Root-relative Pfade (`/core`) für Dateien im Root-Verzeichnis nutzen
|
||||
|
||||
---
|
||||
|
||||
### 2026-03-06 | Architektur | Blender-HTTP-Service vs. direkter Subprocess
|
||||
**Problem:** `blender-renderer` als Flask/FastAPI HTTP-Microservice war ein Single-Point-of-Failure (max. 1 concurrent Request), kein Scaling möglich, HTTP-Overhead bei jedem Render
|
||||
**Lösung:** Render-Worker als Celery-Container (`render-worker/`) — Blender direkt via `subprocess.run` ohne HTTP. `is_blender_available()` prüft `BLENDER_BIN` env var für Kontext-Detection
|
||||
**Wichtig:** `step_processor.py` erkennt über `BLENDER_BIN`-Env ob Blender im aktuellen Container verfügbar ist — Backend-Container fallen auf Pillow zurück
|
||||
**Für künftige Projekte:** Subprocess-basierter Renderer > HTTP-Microservice für blocking compute tasks
|
||||
|
||||
---
|
||||
|
||||
## Offene Fragen
|
||||
- [ ] Azure AI Credentials für Phase 4 (Bildvalidierung) noch nicht konfiguriert
|
||||
- [ ] Flamenco GPU-Support nur mit NVIDIA — AMD/CPU-Fallback fehlt
|
||||
|
||||
Reference in New Issue
Block a user