@@ -11,10 +11,13 @@ Damit trennen wir fachliche Logik (Core, Agents) von Basisdiensten (Messaging, D
### GitOps & Control Plane
- GitRepo (fleet-local): definiert, welche Pfade aus dem `agent-core`-Gitlab-Repo deployt werden.
- Fleet Controller (cattle-fleet-system): 眉berwacht die GitRepo-Definition, rendert Helm-Chats und orchestriert/steuern Abh盲ngigkeit und koordiniert, wann was deployt wird.
- Fleet Agent: spielt die Manifeste in die Ziel-Namespaes ein und reportiert Status zur眉rck.
- Fleet Controller (cattle-fleet-system): 眉berwacht die GitRepo-Definition mithilfe des `gitjob`, rendert Helm-Chats mit `helmops`, orchestriert/steuert Abh盲ngigkeit und koordiniert und wann was deployt wird mittels `fleet-agent`.
- (:red_circle: oder gitjob/helmops/fleet-agent einzeln?)
- Gitjob: holt den Code aus dem Git-Repository, damit Fleet die Inhalte verarbeiten kann.
- Helmops: rendert und installiert Helm-Chart, basierend auf den Source-Code (:red_circle: das in `/gitops/.`)
- Fleet-Agent: bietet das Bindeglied zwischen Fleet und Namespaces und spielt die Manifeste in die Ziel-Namespaes ein und reportiert Status zur眉ck.
- Trennung Control Plait <-> Runtime
- Control Plane (Fleet) liegt um Namespace `cattle-fleet-system`.
- Control Plane (Fleet) liegt im Namespace `cattle-fleet-system`.
- Runtime-Services liegen in eigenen Namespaces (core, agents, nats, postgres, monitoring).
