Agent Gateway verwalten

In diesem Dokument werden Wartungsaufgaben nach der Bereitstellung für Agent Gateway-Ressourcen beschrieben. Wenn Sie noch kein Gateway erstellt haben, finden Sie weitere Informationen unter Agent Gateway einrichten.

Hinweis

Bevor Sie Agent Gateway-Ressourcen verwalten, müssen die folgenden Voraussetzungen erfüllt sein:

Gateways ansehen und prüfen

Sie können die Agent Gateway-Ressourcen in einem Google Cloud-Projekt auflisten und die Konfiguration, die angehängten Erweiterungen und die schreibgeschützten Metadaten eines Gateways prüfen.

Console

  1. Rufen Sie in der Google Cloud Console die Seite Gateways auf.

    Zu „Gateways“

  2. Sehen Sie sich die Liste der Gateways im ausgewählten Projekt an.

  3. Klicken Sie auf den Namen eines Gateways, um die zugehörige Detailseite zu öffnen:

    • Sehen Sie sich auf dem Tab Details die Abschnitte Übersicht, Zugriffsberechtigung, KI-Sicherheit, Service Extensions und VPC-Konfiguration an.
    • Prüfen Sie auf dem Tab Beobachtbarkeit die Messwerte für Gateway-Traffic und Richtlinien. Weitere Informationen finden Sie unter Agent-Gateway-Traffic überwachen.

gcloud

  • Alle Gateways in einer bestimmten Region auflisten:

    gcloud network-services agent-gateways list \
  --location=LOCATION \
  --project=PROJECT_ID

    Ersetzen Sie Folgendes:

    • LOCATION: die Region, in der Ihre Gateways bereitgestellt werden, z. B. us-central1.
    • PROJECT_ID: die ID des Google Cloud-Projekts, das die Gateways hostet.

  • Konfiguration eines bestimmten Gateways prüfen:

    gcloud network-services agent-gateways describe AGENT_GATEWAY_NAME \
  --location=LOCATION \
  --project=PROJECT_ID

    Ersetzen Sie AGENT_GATEWAY_NAME durch den Namen der Agent-Gateway-Ressource.

Unveränderliche Einstellungen

Die meisten Agent Gateway-Konfigurationen, z. B. die zugehörigen Agent Registry-Instanzen sowie Sicherheits- und Governance-Richtlinien, können direkt geändert werden, wie unter Agent Gateway aktualisieren beschrieben. Bestimmte Kernkonfigurationen sind jedoch unveränderlich und erfordern die Bereitstellung eines Ersatz-Gateways. Sehen Sie sich die folgende Tabelle an, bevor Sie Gateways ändern:

Einstellung Veränderlichkeit Anforderung oder Einschränkung
Gateway-Name und -Region Nicht veränderbar Wenn Sie den Namen oder die Region ändern möchten, stellen Sie ein Ersatz-Gateway bereit.

Verwalteter Zugriffspfad

(AGENT_TO_ANYWHERE oder CLIENT_TO_AGENT)

 Nicht veränderbar Wird beim Erstellen in googleManaged.governedAccessPath konfiguriert. Kann nicht direkt geändert werden.

Private Service Connect-Netzwerkanhang

(networkAttachment)

 Nach dem Festlegen nicht mehr veränderbar Nachdem Sie einen Netzwerkanhang mit einem Gateway verknüpft haben, kann er nicht mehr geändert oder entfernt werden.

Vorlage für die Agent-Konnektivität und zugehörige Cloud DNS-Peering-, TLS-Vertrauenskonfigurations- und VPC-Einstellungen für ausgehenden Traffic

 Bedingt veränderbar Sie können die Konfiguration des Gateways so aktualisieren, dass sie auf eine andere Konnektivitätsvorlage mit neuen Einstellungen verweist, solange die neue Vorlage weiterhin auf dieselbe networkAttachment verweist.

Gateway ersetzen, um unveränderliche Einstellungen zu ändern

Wenn Sie eine unveränderliche Einstellung wie den mit dem Gateway verknüpften PSC-Netzwerkanhang ändern müssen, müssen Sie ein Ersatz-Gateway bereitstellen und Ihre Arbeitslasten zum neuen Gateway migrieren:

  1. Erstellen Sie das Ersatz-Agent-Gateway und konfigurieren Sie die IAM- (Identity and Access Management) und Autorisierungsrichtlinien. Eine Anleitung finden Sie unter Agent Gateway einrichten.

  2. Aktualisieren Sie Ihre Arbeitslasten, um das Ersatz-Gateway zu verwenden:

    • Gemini Enterprise-Apps: Aktualisieren Sie den Namen der Gateway-Ressource in den Einstellungen der App unter Sicherheit > Konfiguration. Weitere Informationen finden Sie unter Gemini Enterprise-Traffic über Agent Gateway weiterleiten.
    • Agent Runtime-Agenten: Innerhalb eines einzelnen Projekts und einer einzelnen Region müssen alle Agent Runtime-Agenten an dasselbe Gateway gebunden sein. Direkte In-Place-Updates von einem Gateway zu einem anderen werden nicht unterstützt. So migrieren Sie Ihre Agenten:
      1. Sorgen Sie dafür, dass jeder gebundene Agent 100 % des Traffics an seine neueste Version (trafficConfig.trafficSplitAlwaysLatest) weiterleitet.
      2. Trennen Sie alle Agents im Projekt und in der Region vom vorherigen Gateway, indem Sie spec.deploymentSpec.agentGatewayConfig mit reasoningEngines.patch auf {} setzen, und warten Sie, bis jeder Aktualisierungsvorgang abgeschlossen ist.
      3. Rufen Sie reasoningEngines.patch für jeden Agent auf, um spec.deploymentSpec.agentGatewayConfig auf den Namen der Ersatz-Gateway-Ressource festzulegen. Beispielanfragen finden Sie unter Agent Runtime-Traffic über Agent Gateway weiterleiten.

  3. Nachdem alle Arbeitslasten nicht mehr auf das vorherige Gateway verweisen, folgen Sie der Anleitung unter Agent-Gateway löschen, um das vorherige Gateway zu entfernen.

KI-Agenten-Gateway aktualisieren

Sie können bestimmte Agent-Gateway-Konfigurationen direkt in der Google Cloud Console aktualisieren oder die gcloud CLI verwenden, um die Gateway-Konfiguration in eine YAML-Datei zu exportieren, Ihre Änderungen vorzunehmen und die Datei wieder zu importieren.

Agent Registry aktualisieren

Sie können die verknüpfte Agent Registry in derGoogle Cloud Console oder der gcloud CLI aktualisieren. Ihr Gateway sollte auf die einzelne regionale Registry verweisen, die der Region des Gateways entspricht. Wenn das Gateway mit einer Gemini Enterprise-App verknüpft ist, muss es eine einzelne Registry beibehalten, die dem Standort der App entspricht.

Console

  1. Rufen Sie in der Google Cloud Console die Seite Gateways auf.

    Zu „Gateways“

  2. Klicken Sie auf den Namen des Gateways, das Sie aktualisieren möchten.

  3. Klicken Sie auf dem Tab Details im Abschnitt Übersicht auf Registries bearbeiten.

  4. Wählen Sie die regionale Agent Registry aus, die der Region entspricht, in der Ihr Gateway bereitgestellt ist, und klicken Sie dann auf Speichern.

gcloud

Exportieren Sie die Gateway-Konfiguration mit gcloud network-services agent-gateways export nach agent-gateway.yaml, bearbeiten Sie registries, description oder labels (entfernen Sie reine Ausgabefelder wie createTime, updateTime, agentGatewayCard und selfLink) und importieren Sie die Datei mit gcloud network-services agent-gateways import neu, wie unter Konnektivitätsvorlage des Gateways aktualisieren beschrieben.

Konnektivitätsvorlage aktualisieren

Sie können die Konnektivitätsvorlage einer Agent Gateway-Ressource mit der gcloud CLI aktualisieren.

gcloud

  1. Erstellen Sie ein neues AgentConnectivityTemplate mit Ihren aktualisierten Verbindungseinstellungen und achten Sie darauf, dass es dieselbe networkAttachment wie das vorhandene Gateway verwendet. Eine detaillierte Anleitung zur Vorlagensyntax und Konfiguration finden Sie unter Agent-Gateway mit VPC-Konnektivität einrichten.

  2. Exportieren Sie die vorhandene Gateway-Konfiguration in eine YAML-Datei:

    gcloud network-services agent-gateways export AGENT_GATEWAY_NAME \
 --destination="agent-gateway.yaml" \
 --location=LOCATION \
 --project=PROJECT_ID

    Ersetzen Sie Folgendes:

    • AGENT_GATEWAY_NAME: der Name des Gateways, das aktualisiert werden soll.
    • LOCATION: die Region, in der das Gateway bereitgestellt wird.
    • PROJECT_ID: die Projekt-ID, in der das Gateway bereitgestellt wird.

  3. Behalten Sie in der exportierten agent-gateway.yaml-Datei die vorhandenen Felder protocols, registries, description und labels bei, entfernen Sie reine Ausgabefelder (createTime, updateTime, agentGatewayCard, selfLink) und aktualisieren Sie agentConnectivityTemplate, um auf die neue Vorlage zu verweisen:

    name: projects/PROJECT_NUMBER/locations/LOCATION/agentGateways/AGENT_GATEWAY_NAME
protocols:
  - MCP
googleManaged:
  governedAccessPath: AGENT_TO_ANYWHERE
registries:
  - //agentregistry.googleapis.com/projects/PROJECT_NUMBER/locations/LOCATION
agentConnectivityTemplate: projects/PROJECT_NUMBER/locations/LOCATION/agentConnectivityTemplates/NEW_TEMPLATE_NAME

    Ersetzen Sie Folgendes:

    • PROJECT_NUMBER: die numerische Projektnummer, in der das Gateway bereitgestellt wird (agentConnectivityTemplate erfordert die Projektnummer und nicht die Projekt-ID).
    • LOCATION: die Region des Gateways.
    • AGENT_GATEWAY_NAME: der Name des Gateways.
    • NEW_TEMPLATE_NAME: der Name der Ersatz-Konnektivitätsvorlage.

  4. Importieren Sie die aktualisierte YAML-Datei noch einmal, um die Änderungen zu übernehmen:

    gcloud network-services agent-gateways import AGENT_GATEWAY_NAME \
 --source="agent-gateway.yaml" \
 --location=LOCATION \
 --project=PROJECT_ID

  5. Optional: Löschen Sie die vorherige Konnektivitätsvorlage, nachdem das Gateway-Update abgeschlossen ist:

    gcloud network-services agent-connectivity-templates delete OLD_TEMPLATE_NAME \
 --location=LOCATION \
 --project=PROJECT_ID

IAP-Einstellungen oder Model Armor-Vorlagen ändern

Sie können die Einstellungen für die IAP-Erzwingung und die Model Armor-Vorlagen ändern, indem Sie die Autorisierungserweiterungen aktualisieren, die an Ihr Gateway angehängt sind.

Console

  1. Rufen Sie in der Google Cloud Console die Seite Gateways auf.

    Zu „Gateways“

  2. Klicken Sie auf den Namen des Gateways, das Sie aktualisieren möchten.

  3. Aktualisieren Sie auf dem Tab Details die angehängten Sicherheitserweiterungen:

    • IAP-Erzwingungsmodus ändern: Klicken Sie im Abschnitt Zugriffsautorisierung neben Zugriffsautorisierung auf Zugriffsautorisierung bearbeiten. Wählen Sie Nur Audit (Probelaufmodus) oder Richtlinien erzwingen aus und klicken Sie dann auf Speichern.

    • Model Armor-Vorlagen ändern: Klicken Sie im Abschnitt KI-Sicherheit neben Vorlage für Anfragen auf Anfragevorlage bearbeiten oder neben Vorlage für Antworten auf Antwortvorlage bearbeiten. Wählen Sie die Ersatzvorlage aus und klicken Sie auf Speichern.

gcloud

  1. Listen Sie die Autorisierungserweiterungen in der Region des Gateways auf, um den Namen der Erweiterung zu ermitteln:

    gcloud service-extensions authz-extensions list \
 --location=LOCATION \
 --project=PROJECT_ID

    Ersetzen Sie LOCATION durch die Region des Gateways und PROJECT_ID durch Ihre Projekt-ID.

  2. Prüfen Sie die aktuelle Konfiguration der Erweiterung:

    gcloud service-extensions authz-extensions describe AUTHZ_EXTENSION_NAME \
 --location=LOCATION \
 --project=PROJECT_ID \
 --format=yaml

    Ersetzen Sie AUTHZ_EXTENSION_NAME durch den Namen Ihrer IAP- oder Model Armor-AuthzExtension-Ressource.

  3. Speichern Sie die aktualisierte Erweiterungsspezifikation in authz-extension.yaml und lassen Sie reine Ausgabefelder wie createTime und updateTime weg:

    • Für eine IAP-Erweiterung: Fügen Sie iamEnforcementMode: "DRY_RUN" für den reinen Prüfmodus hinzu oder entfernen Sie iamEnforcementMode, um Richtlinien zu erzwingen:

      name: AUTHZ_EXTENSION_NAME
service: iap.googleapis.com
failOpen: false
timeout: 1s
metadata:
  iapPolicyVersion: "V2"
  iamEnforcementMode: "DRY_RUN" # Omit this line to enforce policies

    • Für eine Model Armor-Erweiterung: Aktualisieren Sie request_template_id und response_template_id in metadata.model_armor_settings:

      name: AUTHZ_EXTENSION_NAME
service: modelarmor.LOCATION.rep.googleapis.com
failOpen: false
timeout: 1s
metadata:
  model_armor_settings: '[
    {
      "request_template_id": "projects/MODEL_ARMOR_PROJECT_ID/locations/LOCATION/templates/REQUEST_TEMPLATE_ID",
      "response_template_id": "projects/MODEL_ARMOR_PROJECT_ID/locations/LOCATION/templates/RESPONSE_TEMPLATE_ID"
    }
  ]'

      Ersetzen Sie Folgendes:

      • AUTHZ_EXTENSION_NAME: der Name Ihrer Model Armor-AuthzExtension-Ressource.
      • LOCATION: die Region des Gateways.
      • MODEL_ARMOR_PROJECT_ID: die Projekt-ID, die Ihre Model Armor-Vorlagen hostet.
      • REQUEST_TEMPLATE_ID und RESPONSE_TEMPLATE_ID: die IDs Ihrer Anfrage- und Antwortvorlagen.

      Das Gateway-Dienstkonto (agentGatewayCard.serviceExtensionsServiceAccount) muss roles/modelarmor.user für alle neu referenzierten Vorlagenprojekte sowie roles/modelarmor.calloutUser und roles/serviceusage.serviceUsageConsumer für das Gateway-Projekt haben (siehe Autorisierung delegieren).

  4. Importieren Sie die aktualisierte YAML-Datei der Erweiterung:

    gcloud service-extensions authz-extensions import AUTHZ_EXTENSION_NAME \
 --source="authz-extension.yaml" \
 --location=LOCATION \
 --project=PROJECT_ID

Informationen zum Anhängen neuer Autorisierungsrichtlinien oder zum Ändern von Regeln für den Traffic-Abgleich für eine vorhandene AuthzPolicy finden Sie unter Autorisierung delegieren.

Arbeitslasten von einem KI-Agenten-Gateway trennen

Bevor Sie ein Agent Gateway löschen können, müssen Sie die Verknüpfung aller Gemini Enterprise-Apps und Agent Runtime-Agenten aufheben, die auf das Gateway verweisen.

Verknüpfung einer Gemini Enterprise-App aufheben

Sie können die Verknüpfung eines Agent-Gateways mit einer Gemini Enterprise-Anwendung in der Google Cloud Console aufheben:

  1. Rufen Sie in der Google Cloud Console die Seite Gemini Enterprise auf.

    Zu Gemini Enterprise

  2. Klicken Sie auf den Namen der App, die mit dem Gateway verknüpft ist.

  3. Klicken Sie auf Sicherheit.

  4. Löschen Sie auf dem Tab Konfiguration unter Konfiguration des KI-Agenten-Gateways das Feld Ressourcenname für KI-Agenten-Gateway.

  5. Klicken Sie auf Speichern.

Wenn Sie die Verknüpfung eines Agent-Gateways aufheben, wird der ausgehende Traffic der Anwendung nicht mehr über das Gateway weitergeleitet. Importierte KI-Agenten und MCP-Server (Model Context Protocol) bleiben in der Agent Registry registriert, aber die Anwendung kann erst wieder darauf zugreifen, wenn Sie ein Gateway verknüpfen. Das neue Gateway muss auf dieselbe Agent-Registry verweisen.

Verknüpfung eines Agent Runtime-Agenten aufheben

Die Google Cloud Console und die gcloud CLI unterstützen das Ändern von Agent Runtime-Gateway-Bindungen nicht. Wenn Sie ein Agent Gateway von einem bereitgestellten Agent Runtime-Agenten trennen möchten, während der Agent weiter ausgeführt wird, können Sie die REST API-Methode reasoningEngines.patch aufrufen, um spec.deploymentSpec.agentGatewayConfig zu löschen:

  1. Sorgen Sie dafür, dass der Agent den gesamten Traffic an die neueste Version weiterleitet (trafficConfig.trafficSplitAlwaysLatest ist auf true festgelegt oder es ist keine manuelle trafficConfig-Aufteilung konfiguriert). Das Löschen oder Ändern einer Gateway-Bindung schlägt fehl, wenn eine manuelle Aufteilung des Traffics auf Überarbeitungen aktiv ist. Außerdem werden alle vorherigen Überarbeitungen unwiderruflich archiviert. Weitere Informationen finden Sie unter Agent-Gateway und Versionen.

  2. Senden Sie eine PATCH-Anfrage mit updateMask=spec.deploymentSpec.agentGatewayConfig und einem leeren agentGatewayConfig-Objekt ({}) an die Reasoning Engine:

    curl -X PATCH \
 -H "Authorization: Bearer $(gcloud auth print-access-token)" \
 -H "Content-Type: application/json; charset=utf-8" \
 -d '{
   "spec": {
     "deploymentSpec": {
       "agentGatewayConfig": {}
     }
   }
 }' \
 "https://REGION-aiplatform.googleapis.com/v1/projects/PROJECT_ID/locations/REGION/reasoningEngines/RESOURCE_ID?updateMask=spec.deploymentSpec.agentGatewayConfig"

    Ersetzen Sie Folgendes:

    • REGION: die Region, in der der KI-Agent bereitgestellt wird.
    • PROJECT_ID: die Projekt-ID, in der der Agent bereitgestellt wird.
    • RESOURCE_ID: die Ressourcen-ID des KI-Agenten.

KI-Agenten-Gateway löschen

Agent Gateway erzwingt ein striktes Referenz-Tracking, um verwaiste Sicherheitsrichtlinien und fehlerhafte Traffic-Pfade für KI-Agenten zu verhindern. Das Löschen eines Gateways schlägt fehl und die Schaltfläche Löschen in der Google Cloud Console bleibt nicht verfügbar, wenn eine der folgenden Bedingungen zutrifft:

  • Mindestens ein Agent Runtime-Agent oder eine Gemini Enterprise App verweist noch auf das Gateway.
  • Alle AuthzPolicy (für IAP, Model Armor oder einen benutzerdefinierten Anbieter) oder TelemetryPolicy sind weiterhin auf das Gateway ausgerichtet.
  • Auf dem Gateway wird noch ein Vorgang zur Aktualisierung der VPC-Konfiguration ausgeführt.

Führen Sie die folgenden Schritte nacheinander aus, um ein Agent-Gateway zu löschen und die zugehörigen Ressourcen zu bereinigen:

Console

  1. Achten Sie darauf, dass keine Gemini Enterprise-Apps oder Agent Runtime-Agenten auf das Gateway verweisen. Folgen Sie der Anleitung unter Arbeitslasten von einem Agent-Gateway trennen.

  2. Rufen Sie in der Google Cloud Console die Seite Gateways auf.

    Zu „Gateways“

  3. Klicken Sie auf den Namen des Gateways, das Sie löschen möchten.

  4. Entfernen Sie auf dem Tab Details alle Richtlinienverknüpfungen, die auf das Gateway ausgerichtet sind:

    • Wenn der Abschnitt Zugriffsautorisierung angezeigt wird, klicken Sie auf Entfernen und bestätigen Sie das Löschen. Durch diese Aktion werden sowohl das IAP-AuthzPolicy als auch die zugehörige AuthzExtension gelöscht.
    • Wenn der Bereich KI-Sicherheit angezeigt wird, klicken Sie auf Entfernen und bestätigen Sie den Löschvorgang. Dadurch werden sowohl die Model Armor-AuthzPolicy als auch die zugehörige AuthzExtension gelöscht.
    • Sehen Sie sich die Tabelle Service Extensions an. Wenn noch benutzerdefinierte AuthzPolicy-Ressourcen angehängt sind, löschen Sie sie mit dem Tab gcloud in diesem Verfahren, bevor Sie fortfahren.

  5. Nachdem alle Richtlinienverknüpfungen entfernt wurden und kein VPC-Update mehr ausgeführt wird, klicken Sie auf Löschen und bestätigen Sie den Löschvorgang.

  6. Prüfen Sie, ob das Gateway nicht mehr in der Liste Gateways für Ihr Projekt angezeigt wird.

  7. Optional: Bereinigen Sie nicht verwendete Verbindungsressourcen, wenn sie von keinem anderen Gateway verwendet werden. Verwenden Sie den Tab gcloud, um den AgentConnectivityTemplate zu löschen und den Netzwerkanhang zu löschen.

gcloud

  1. Achten Sie darauf, dass keine Gemini Enterprise-Apps oder Agent Runtime-Agenten auf das Gateway verweisen. Folgen Sie der Anleitung unter Arbeitslasten von einem Agent-Gateway trennen.

  2. Entfernen Sie Autorisierungsrichtlinien und Autorisierungserweiterungen:

    1. Listen Sie die Autorisierungsrichtlinien in der Region des Gateways auf, um Richtlinien zu finden, deren target.resources-Feld auf Ihr Gateway verweist, und notieren Sie sich alle referenzierten authzExtensions:

      gcloud network-security authz-policies list \
  --location=LOCATION \
  --project=PROJECT_ID \
  --format="yaml(name,target.resources,customProvider.authzExtension.resources)"

      Ersetzen Sie LOCATION durch die Region des Gateways und PROJECT_ID durch Ihre Projekt-ID.

    2. Löschen Sie alle AuthzPolicy, die auf das Gateway ausgerichtet sind:

      gcloud network-security authz-policies delete AUTHZ_POLICY_NAME \
  --location=LOCATION \
  --project=PROJECT_ID

      Ersetzen Sie AUTHZ_POLICY_NAME durch die ID der einzelnen Autorisierungsrichtlinien, die auf das Gateway abzielen (z. B. AGENT_GATEWAY_NAME-iap-authzpolicy oder AGENT_GATEWAY_NAME-aisecurity-authzpolicy für in der Console erstellte Richtlinien).

    3. Optional: Nachdem Sie die verweisenden AuthzPolicy-Ressourcen gelöscht haben, löschen Sie alle AuthzExtension-Ressourcen, die von keinen anderen Richtlinien verwendet werden:

      gcloud service-extensions authz-extensions delete AUTHZ_EXTENSION_NAME \
  --location=LOCATION \
  --project=PROJECT_ID

      Ersetzen Sie AUTHZ_EXTENSION_NAME durch die ID der nicht verwendeten Autorisierungserweiterung.

  3. Löschen Sie das KI-Agenten-Gateway:

    gcloud network-services agent-gateways delete AGENT_GATEWAY_NAME \
 --location=LOCATION \
 --project=PROJECT_ID

    Ersetzen Sie AGENT_GATEWAY_NAME durch den Namen des zu löschenden Gateways.

  4. Prüfen Sie, ob das Gateway nicht mehr in der Liste der regionalen Gateways aufgeführt ist:

    gcloud network-services agent-gateways list \
 --location=LOCATION \
 --project=PROJECT_ID

  5. Optional: Sie können einen AgentConnectivityTemplate nicht löschen, während ein Agent-Gateway darauf verweist. Löschen Sie nach dem Löschen des Gateways alle nicht verwendeten Konnektivitätsvorlagen:

    gcloud network-services agent-connectivity-templates delete CONNECTIVITY_TEMPLATE_NAME \
 --location=LOCATION \
 --project=PROJECT_ID

    Ersetzen Sie CONNECTIVITY_TEMPLATE_NAME durch den Namen der nicht verwendeten Konnektivitätsvorlage. Wenn Sie den zugrunde liegenden Private Service Connect-Netzwerkanhang, die privaten Cloud DNS-Zonen oder die TrustConfigZertifikatmanager-Ressourcen nicht mehr benötigen, finden Sie weitere Informationen unter Netzwerkanhänge löschen.

Nächste Schritte

Anleitung

Hier erfahren Sie, wie Sie die Autorisierung für Agent Gateway an IAP, Model Armor oder Ihren eigenen benutzerdefinierten Autorisierungsdienst delegieren.

Anleitung

Informationen zum Monitoring des KI-Agenten-Gateways

Anleitung

Informationen zum Einrichten eines Agent-Gateways.

Fehlerbehebung

Informationen zur Fehlerbehebung bei der KI-Agenten-Gateway-Verbindung.