Agent Registry-Standorte

Mit der Agent Registry können Sie agentische Komponenten in bestimmten Regionen, Multiregionen oder am Standort global registrieren und finden, um Ihre Anforderungen an Latenz, Verfügbarkeit und Datenstandort zu erfüllen. Google Cloud Durch die Auswahl des geeigneten Standorts werden die Komponentenerkennung und das Gateway-Routing in Ihrem Governance-Projekt und Ihren Arbeitslasten eingeschränkt. Weitere Informationen zu Regionen und Zonen finden Sie unter Geografie und Regionen.

Governance-Umfang für regionale und globale Standorte

Beachten Sie beim Bereitstellen und Verwalten von agentischen Architekturen in Agent Registry, Agent Gateway und Identity and Access Management (IAM) die folgenden Standort- und Bereichsregeln:

  • Remote-MCP-Server von Google und Google Cloud : Wenn die Agent Registry automatisch einen Remote-MCP-Server von Google oder Google Cloud für eine aktivierte API registriert, wird die Ressource McpServer nur am Standort global erstellt, nicht in einzelnen Regionen wie us-central1. Wenn der Dienst regionale Endpunkte (REPs) wie https://SERVICE.REGION.rep.googleapis.com/mcp bereitstellt, listet die Agent Registry diese regionalen URLs im Feld interfaces dieser einzelnen global-McpServer-Ressource auf:
    • global für automatisch registrierte Server verwenden: Geben Sie den Standort global an, wenn Sie den Server in der Agent Registry mit --location=global abfragen oder mit --region=global Identity-Aware Proxy-Richtlinien (IAP) darauf anwenden. Wenn Sie eine Region wie us-central1 angeben, gibt der Befehl den Fehler NOT_FOUND zurück, da dort standardmäßig keine regionale McpServer-Ressource vorhanden ist.
    • In einer Region für den Datenstandort registrieren: Wenn Sie Registry-Metadaten in einer bestimmten Region speichern müssen, stellen Sie benutzerdefinierte MCP-Server in regionalen Cloud Run- oder Google Kubernetes Engine (GKE)-Laufzeiten bereit oder registrieren Sie den MCP-Server und seine regionale Endpunkt-URL manuell in dieser Region. Wenden Sie dann Ihre IAP-Richtlinie in derselben Region an. Wenn Agent Gateway eine Ziel-URL auflöst, haben regionale Registry-Einträge Vorrang vor global-Einträgen. Informationen zur Fehlerbehebung finden Sie unter Remote-MCP-Server an einem regionalen Standort nicht gefunden.
  • Regionale Gateways, die globale MCP-Server steuern: Ein Agent Gateway, das an einem regionalen Standort wie us-central1 bereitgestellt wird, kann Traffic zu global-MCP-Servern steuern und weiterleiten. Der Filter für die Gateway-Registry-Suche fragt sowohl regionale als auch global-Ressourcen ab.
  • Bindungen für Richtlinien für ausgehenden Traffic: Wenden Sie IAP-Autorisierungsbindungen für ausgehenden Traffic an dem Standort an, an dem die Zielressource in der Agent Registry registriert ist:
    • Wenden Sie für automatisch registrierte Google- und Google Cloud -Remote-MCP-Server die Bindung in global mit --region=global an, auch wenn der aufrufende Agent Traffic über ein regionales Gateway sendet.
    • Wenden Sie die Bindung für Ressourcen, die in einer bestimmten Region registriert sind, in dieser Region an. Informationen zur Fehlerbehebung finden Sie unter Fehler „Ressourcenentität nicht gefunden“ beim Verwalten von IAP-Richtlinien.
  • Registrierungsstandorte: Sie können Bindungen erstellen und agentische Komponenten und eigenständige Skills manuell an einem unterstützten regionalen Standort, in einer unterstützten Multiregion oder am Standort global registrieren.
  • Projektübergreifende Verwaltungsgrenzen: Wenn Sie eine Verwaltungsgrenze konfigurieren, wird die projektübergreifende Zusammenfassung an allen unterstützten Google Cloud -Standorten in Ihrem Verwaltungsprojekt unterstützt. Wenn Sie einen Standort im Verwaltungsprojekt abfragen, werden automatisch erkannte Komponenten, die an diesem Standort bereitgestellt wurden, über das Verwaltungsprojekt und alle Mitgliedsprojekte in der Grenze hinweg zusammengefasst. Die Abfrageergebnisse enthalten auch Service- und Binding-Ressourcen, die an diesem Standort im Verwaltungsprojekt erstellt wurden. Weitere Informationen finden Sie unter Zentralisiertes Abfrage-Roll-up.
  • Regionale Ausrichtung für die Richtlinienerzwingung: Wenn Sie Model Armor-Richtlinienfilter für Agent Gateway konfigurieren, müssen sich das Gateway, die Model Armor-Vorlagen sowie die Autorisierungserweiterung und ‑richtlinie in derselben Region befinden. Da Model Armor die Anfrage- und Antwortnutzlasten am regionalen Gateway prüft, kann das Gateway weiterhin Traffic prüfen und steuern, der an MCP-Server weitergeleitet wird, die am Standort global registriert sind, sowie an regionale Ziele. Informationen zur Fehlerbehebung finden Sie unter Fehler aufgrund von nicht übereinstimmenden Regionen beim Konfigurieren von Model Armor im Agent Gateway.
  • Standorteinschränkungen für Organisationsrichtlinien: Wenn Ihre Organisation bestimmte Anforderungen an den geografischen Standort von Ressourcen hat, enthält Ihre Organisationsrichtlinie möglicherweise Einschränkungen für den Ressourcenstandort (constraints/gcp.resourceLocations). Die Agent Registry erzwingt diese Einschränkungen, wenn Sie regionale Service-, Binding-, Skill- oder SkillRevision-Ressourcen erstellen. Die Einhaltung von Organisationsrichtlinien wird nicht rückwirkend erzwungen. Das Anwenden einer Einschränkung für den Ressourcenstandort hat daher keine Auswirkungen auf vorhandene Agent Registry-Ressourcen oder Aktualisierungen dieser Ressourcen. Weitere Informationen finden Sie unter Dienste, die die Einschränkung von Ressourcenstandorten unterstützen.

Global

Sie können Ressourcen ohne eine bestimmte geografische Einschränkung registrieren und erkennen, indem Sie den Standort global verwenden.

Alle Ressourcen in der Agent Registry werden am Standort global unterstützt.

Multiregionen

In der folgenden Tabelle sind die Multiregionen aufgeführt, in denen die Agent Registry verfügbar ist.

Beschreibung der Region Name der Region
USA us
Europa eu

Nord- und Südamerika

In der folgenden Tabelle sind die Regionen in Nord- und Südamerika aufgeführt, in denen die Agent Registry verfügbar ist.

Beschreibung der Region Name der Region
Iowa us-central1
South Carolina us-east1
Northern Virginia us-east4
Columbus us-east5
Dallas us-south1
Oregon us-west1
Los Angeles us-west2
Montreal northamerica-northeast1
Toronto northamerica-northeast2
Mexiko northamerica-south1
São Paulo southamerica-east1
Santiago southamerica-west1

Asiatisch-pazifischer Raum

In der folgenden Tabelle sind die Regionen im asiatisch-pazifischen Raum aufgeführt, in denen die Agent Registry verfügbar ist.

Beschreibung der Region Name der Region
Taiwan asia-east1
Hongkong asia-east2
Tokio asia-northeast1
Osaka asia-northeast2
Seoul asia-northeast3
Mumbai asia-south1
Delhi asia-south2
Singapur asia-southeast1
Jakarta asia-southeast2
Kuala Lumpur asia-southeast3
Sydney australia-southeast1
Melbourne australia-southeast2

Europa

In der folgenden Tabelle sind die Regionen in Europa aufgeführt, in denen die Agent Registry verfügbar ist.

Beschreibung der Region Name der Region
Warschau europe-central2
Finnland europe-north1
Schweden europe-north2
Madrid europe-southwest1
Belgien europe-west1
London europe-west2
Frankfurt europe-west3
Niederlande europe-west4
Zürich europe-west6
Mailand europe-west8
Paris europe-west9
Berlin europe-west10
Turin europe-west12

Naher Osten

In der folgenden Tabelle sind die Regionen im Nahen Osten aufgeführt, in denen die Agent Registry verfügbar ist.

Beschreibung der Region Name der Region
Doha me-central1
Dammam me-central2
Tel Aviv me-west1

Afrika

In der folgenden Tabelle sind die Regionen in Afrika aufgeführt, in denen Agent Registry verfügbar ist.

Beschreibung der Region Name der Region
Johannesburg africa-south1