GKE Gateway als Ingress-Agent-Gateway verwenden

Wenn Sie autonome KI-Agenten oder MCP-Server (Model Context Protocol) in Ihren GKE-Clustern (Google Kubernetes Engine) hosten, müssen Sie eingehende Verbindungen von externen Clients, Entwickler-CLIs und anderen Diensten sichern. Da KI-Agenten ihre Ausführungspfade dynamisch bestimmen, können sie von Standard-Layer-4-Netzwerkfirewalls nicht vollständig geschützt werden. Wenn Sie die GKE Gateway API verwenden, um einen regionalen Application Load Balancer bereitzustellen, können Sie diesen Client-zu-Agent-Traffic (eingehenden Traffic) steuern und KI-spezifische Sicherheitsmaßnahmen anwenden, bevor Anfragen Ihre Arbeitslasten erreichen.

Wenn Sie ein Plattformadministrator oder Sicherheitstechniker sind, der das GKE-Netzwerk verwaltet, können Sie diese Architektur verwenden, um selbstverwaltete Agents sicher bereitzustellen.

Vorteile von Agent Gateway für eingehenden Traffic

Standard-Mikrodienste basieren auf vorhersehbaren, statischen Abhängigkeiten. KI-Agenten bestimmen ihre Ausführungspfade jedoch dynamisch anhand von Nutzer-Prompts. Um diese unvorhersehbaren Interaktionsmuster zu sichern, können Sie ein Standard-GKE-Gateway in ein Agent-Gateway umwandeln, um Folgendes zu erreichen:

  • Zusammengesetzte Autorisierung erzwingen: Validieren Sie sowohl die Identität des aufrufenden Dienstes als auch den semantischen Kontext der Anfrage-Nutzlast am Netzwerkrand.
  • Sicherheit vom Agenten-Code entkoppeln: Sie können strikte gegenseitiges TLS (mTLS) und Autorisierungsrichtlinien anwenden, ohne dass KI-Entwickler komplexe Sicherheitslogik in ihre Agenten-Anwendungen einbauen müssen.
  • Prompts automatisch bereinigen: Eingehende Prompts werden auf Prompt-Injection-Angriffe oder schädliche Inhalte geprüft, bevor sie die Reasoning Engine des KI-Agenten erreichen.

Funktionsweise der Governance für Ingress-Agenten in GKE

Wenn Sie den eingehenden Traffic zu Ihren Agenten steuern möchten, kombinieren Sie Standard-GKE-Gateway API-Ressourcen mit Governance-Richtlinien der Agent Platform:

  • GKE Gateway: Stellen Sie eine Standard-Gateway-Ressource bereit (konfiguriert mit der GatewayClass gke-l7-regional-external-managed oder gke-l7-rilb), um einen regionalen HTTP(S)-Load-Balancer als Netzwerkeinstiegspunkt bereitzustellen.
  • Agent Gateway-Targeting: Erstellen Sie eine benutzerdefinierte GCPAgentGateway-Ressource, die auf Ihre Gateway-Ressource abzielt, und wandeln Sie den Load Balancer in ein verwaltetes Agent Gateway um.
  • Identitäts- und Zugriffssteuerung: Wenden Sie eine benutzerdefinierte GCPAuthzPolicy-Ressource an, um identitätsbasierte Zugriffssteuerungen auf Layer 7 zu erzwingen. Sie können die SPIFFE-ID des aufrufenden Clients prüfen und den Zugriff auf bestimmte MCP-Methoden oder Toolnamen (z. B. tools/list oder tools/call) einschränken.
  • Inhaltssicherheit und benutzerdefinierte Autorisierung: Hängen Sie eine benutzerdefinierte Service Extension Binding-Ressource an Ihre GCPAgentGateway an, um eingehende Prompts und ausgehende Antworten über Cloud de Confiance by S3NSModel Armor zu leiten, um Prompt-Injection-Angriffe zu blockieren oder Autorisierungsentscheidungen an einen benutzerdefinierten Identitätsanbieter (IDP) zu delegieren.

Vorbereitung

Bevor Sie ein Agent-Gateway für eingehenden Traffic konfigurieren können, muss Ihre GKE-Umgebung die folgenden Anforderungen erfüllen:

  • GKE-Clusterversion: Auf Ihrem Cluster muss die GKE-Version 1.37.1-gke.1697000 oder höher ausgeführt werden.
  • Gateway API: Sie müssen die GKE Gateway API in Ihrem Cluster aktivieren.
  • Agentenidentität: Sie müssen Ihren Agentenarbeitslasten eine kryptografische SPIFFE-Identität zuweisen, damit das Gateway identitätsbasierte Richtlinien auswerten kann. Informationen zum Zuweisen dieser Identitäten zu Ihren Pods finden Sie unter Agent Identity für GKE.
  • Agent Registry: Sie müssen Ihre Agenten-Deployments registrieren, damit Agent Registry die Arbeitslasten erkennen und ihre Metadaten synchronisieren kann. To Registry kann die Arbeitslasten erkennen und ihre Metadaten synchronisieren. Fügen Sie Ihren Deployments das Label registry.gke.io/functional-type: "AGENT" hinzu, um sie zu registrieren.

Nächste Schritte