AI-Agenten überwachen: Monitoring und Audit-Log auf Kubernetes

TL;DR

Agenten-Monitoring protokolliert die Maschine, nicht die Person. Jeder Agenten-Lauf auf Kubernetes erzeugt einen Audit-Eintrag mit Werkzeugen, Dateiänderungen, Netzwerkzielen, Modell-Aufrufen und Kosten. Daraus entstehen Dashboards je Team, Budgets am AI Gateway und Alerts bei Anomalien. Das ist der Nachweis für Security und Compliance und gleichzeitig die Antwort auf die Betriebsrat-Frage.

Was ein Agenten-Lauf hinterlassen muss

Ein Lauf ist nur betreibbar, wenn fünf Fragen danach beantwortbar sind: Welcher Agent lief mit welcher Identität, welche Werkzeuge und Befehle hat er ausgeführt, welche Dateien und Repos hat er verändert, mit welchen Zielen außerhalb des Containers hat er gesprochen und was hat der Lauf an Modell-Kosten verursacht. Technisch entsteht das aus drei Quellen: dem Container-Logging der Runtime, den Netzwerk-Flows der Policies und dem Request-Logging am AI Gateway, über das jeder Modell-Aufruf läuft. Zusammengeführt in einem zentralen Log-System ergibt das den Audit Trail je Lauf, revisionssicher und mit Aufbewahrungsfrist nach Ihrer Compliance-Vorgabe.

Kosten und Budgets sichtbar machen

Am Gateway hängt auch die Kostenwahrheit. Jeder Aufruf trägt Team, Umgebung und Lauf als Label, damit Kosten je Team und je Anwendung auswertbar sind. Darauf setzen Budgets mit Schwellen und Alerts, bevor ein Team sein Monatskontingent reißt. In der Praxis ist der häufigste erste Befund kein Angriff, sondern ein fehlerhafter Agenten-Loop, der über Nacht Modell-Kosten erzeugt. Genau dafür ist das Monitoring da.

Anomalien, die einen Alert wert sind

Vier Muster sollten automatisch melden: Netzwerkziele, die nicht auf der Egress-Allowlist stehen oder neu auftauchen, Kostensprünge eines Laufs gegen seinen eigenen Durchschnitt, blockierte Aktionen durch Guardrails oder Policies in Serie und Dateiänderungen außerhalb der freigegebenen Repos. Wichtig ist die Trennung: Der Alert beschreibt den Lauf und seine technische Umgebung, nicht das Verhalten eines Mitarbeiters. Wer startet, steht nur als Auslöser im Eintrag, ausgewertet wird die Maschine.

Abgrenzung zur Mitarbeiter-Überwachung

Diese Architektur ist bewusst so gebaut, dass sie ohne Personen-Überwachung auskommt. Es gibt keine Aufzeichnung von Tastatur, Bildschirm oder privater Nutzung. Protokolliert wird ausschließlich, was der Agent in seinem Container tut. Das ist die Formulierung, die auch im Gespräch mit Betriebsrat und Datenschutz trägt: Überwacht wird die Ausführungsumgebung, die der Firma gehört, nicht der Arbeitsplatz einer Person.

Einordnung und Betrieb

Monitoring ist die dritte Ebene der Agenten-Plattform, nach Runtime und Governance. Wer die Plattform als Gesamtbetrieb sehen will, findet Aufbau und Angebot auf der Seite zur AI-Agenten-Plattform von Pexon Consulting. Im eigenen Betrieb gilt: Log-Pipeline und Dashboards gehören zur Plattform, nicht zum einzelnen Team, sonst endet jeder Nachweis im Audit an einer anderen Tool-Landschaft.

Fazit

Ohne Audit-Log ist ein Agent ein nicht nachvollziehbarer Akteur im Firmennetz. Mit Container-, Netzwerk- und Gateway-Logging wird jeder Lauf prüfbar, Kosten werden steuerbar und Compliance-Nachweise entstehen als Nebenprodukt des Betriebs statt als Handarbeit vor dem Audit.