Governance ist das Rückgrat von Enterprise-KI: Sie ermöglicht es Agents, sicherer, vorhersehbarer und konformer zu arbeiten. Das Gemini Enterprise Developer Experience (DevEx)-Programm führt fortlaufende Sprint-Tests von End-to-End-Entwickler-Workflows durch, um Reibungspunkte zu finden und zu beheben – und dieser Sprint konzentrierte sich auf Governance und kartierte einen zentralen End-to-End-Pfad dafür auf Gemini Enterprise.
Die Tests umfassen fünf Workflows in strenger Abhängigkeitsreihenfolge:
- Bereitstellung einer verwalteten Agent-Identität – jeder Agent erhält eine eindeutige, dedizierte Identität, die automatisch bereitgestellt und außer Betrieb genommen wird und nur Zugriff mit geringsten Rechten auf die Ressourcen gewährt, die er benötigt.
- Registrierung des Agents für Governance – Agents werden im Agent Registry registriert und katalogisiert, sodass sie in Gateway-Zugriffsrichtlinien auffindbar und referenzierbar sind.
- Bindung des Agents an das Gateway – Agent-Datenverkehr wird über ein Agent Gateway geleitet, sodass alle Interaktionen durch einen einzigen Default-Deny-Erzwingungspunkt laufen.
- Anwendung von Richtlinien und Inhaltsicherheit – Durchsetzung von Zugriffsrichtlinien (deterministisches IAM/IAP und natürlichsprachliche Semantic-Governance-Regeln) und Aktivierung von Model Armor für eingehenden und ausgehenden Datenverkehr.
- Senden einer Anfrage und Überprüfung der Durchsetzung – Senden einer echten Anfrage durch den verwalteten Agent und Bestätigung der End-to-End-Durchsetzung: autorisierte Aktionen gelingen, nicht autorisierte Aktionen werden blockiert, und jede Entscheidung landet in einem prüfbaren Protokoll.
Sprint-Highlight: Verbesserung der End-to-End-Zuverlässigkeit
User-Journey-Tests brachten echte Reibungspunkte ans Licht, und die Fixes sind der nützliche Teil:
- Transparente Voraussetzungen für die Governance-Einrichtung (Workflows 3 & 4) – der Troubleshooting Agent Gateway-Leitfaden stellt jetzt klar, dass die Aktivierung der Identity-Aware Proxy API eine harte Anforderung ist, wodurch irreführende „Denial"-Fehler während der Einrichtung eliminiert werden.
- Sicher-by-Default-Erweiterungskonfigurationen (Workflow 4) – Model-Armor-Erweiterungs-Codebeispiele wurden überarbeitet, um eine Fail-Closed (sicher-by-default)-Haltung zu fördern, mit zusätzlicher Anleitung zum Kompromiss zwischen Sicherheit und Latenz.
- Unterbrechungsfreie Gateway-Bindung (Workflow 3) – um zu verhindern, dass die „Default-Deny"-Haltung des Agent Gateway interne Plattformaufrufe des Agents blockiert, erlauben die Deploying Agent Gateway-Workflows jetzt automatisch essentielle von Google verwaltete Plattform-APIs.
Fazit
Die Sequenz aus fünf Workflows ist ein klares mentales Modell für die Einführung verwalteter Agents – Identität, Registry, Gateway, Richtlinie, Verifizierung – und jeder Schritt ist testbar, bevor der nächste beginnt. Die Reibungspunkt-Fixes sind repräsentativ für das, was bei Agent-Governance tatsächlich schwierig ist: Default-Deny, das überkorrigiert, Sicherheitsstandards, die stillschweigend Fail-Open verhalten, und Einrichtungsschritte, die verwirrende Fehler ausgeben, wenn die eigentliche Ursache eine fehlende Voraussetzung ist. Das ist der Unterschied zwischen Governance-Dokumentation, die funktioniert, und Governance, die umgangen wird.