feat: expanded and added more tasks
This commit is contained in:
@@ -0,0 +1,37 @@
|
||||
# Aufgabe 03: Python Vision Service isolieren
|
||||
|
||||
## Ziel
|
||||
|
||||
Du kapselst OpenCV/Modelle in einem eigenen Servicevertrag.
|
||||
|
||||
## Warum ist das wichtig?
|
||||
|
||||
AI- und CV-Bibliotheken ändern sich schnell und sollten den Orchestrator nicht belasten.
|
||||
|
||||
## Voraussetzungen
|
||||
|
||||
- Modul 03 Aufgabe 09
|
||||
|
||||
## Theorie
|
||||
|
||||
Python ist hier praktisch, weil Modelle und Bibliotheken gut verfügbar sind. Der Vertrag nach außen sollte trotzdem stabil und klein bleiben.
|
||||
|
||||
## Aufgabe
|
||||
|
||||
Definiere Request/Response-Modelle für Vision und schreibe einen Client-Stub im Orchestrator.
|
||||
|
||||
## Akzeptanzkriterien
|
||||
|
||||
- Schema enthält Count und optional Detections.
|
||||
- Orchestrator kennt keine OpenCV-Typen.
|
||||
- Fehler werden in Codes übersetzt.
|
||||
|
||||
## Erweiterungen
|
||||
|
||||
- Generiere OpenAPI-Doku.
|
||||
|
||||
## Reflexionsfragen
|
||||
|
||||
- Warum ist ein kleines JSON besser als Rohframes?
|
||||
- Welche Modellinfos sind im Response nützlich?
|
||||
- Was passiert bei kaltem Modellstart?
|
||||
Reference in New Issue
Block a user