Mit der Agent Registry können Sie agentische Komponenten in bestimmten Google Cloud -Regionen oder am Standort global registrieren und finden, um Ihre Anforderungen an Latenz, Verfügbarkeit und Datenstandort zu erfüllen. Durch die Auswahl des geeigneten regionalen oder globalen Standorts wird die Komponentenerkennung und das Gateway-Routing auf Ihr Governance-Projekt und Ihre Arbeitslasten beschrä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
McpServernur am Standortglobalerstellt, nicht in einzelnen Regionen wieus-central1. Wenn der Dienst regionale Endpunkte (REPs) wiehttps://SERVICE.REGION.rep.googleapis.com/mcpbereitstellt, listet die Agent Registry diese regionalen URLs im Feldinterfacesder einzelnenglobal-McpServer-Ressource auf:globalfür automatisch registrierte Server verwenden: Geben Sie den Standortglobalan, wenn Sie den Server in der Agent Registry mit--location=globalabfragen oder Identity-Aware Proxy-Richtlinien (IAP) mit--region=globaldarauf anwenden. Wenn Sie eine Region wieus-central1angeben, gibt der Befehl den FehlerNOT_FOUNDzurück, da dort standardmäßig keine regionaleMcpServer-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-central1bereitgestellt wird, kann Traffic zuglobal-MCP-Servern steuern und weiterleiten. Der Suchfilter für die Gateway-Registry fragt sowohl regionale als auchglobal-Ressourcen ab. - Bindungen für Richtlinien für ausgehenden Traffic: Wenden Sie IAP-Autorisierungsbindungen für ausgehenden Traffic an dem Ort 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
globalmit--region=globalan, 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.
- Wenden Sie für automatisch registrierte Google- und Google Cloud Remote-MCP-Server die Bindung in
- Registrierungsstandorte: Sie müssen KI-Agenten, MCP-Server und Endpunkte manuell registrieren und Bindungen an einem unterstützten regionalen Standort oder am Standort
globalerstellen. Weitere Informationen zur Unterstützung mehrerer Regionen finden Sie unter Multiregionen. - Regionale Ausrichtung für die Richtliniendurchsetzung: Wenn Sie Model Armor-Richtlinienfilter im 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
globalregistriert sind, sowie an regionale Ziele. Informationen zur Fehlerbehebung finden Sie unter Fehler aufgrund von Regionsabweichungen 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 regionaleService-,Binding-,Skill- oderSkillRevision-Ressourcen erstellen. Die Einhaltung von Organisationsrichtlinien wird nicht rückwirkend erzwungen. Das Anwenden einer Einschränkung für den Ressourcenstandort wirkt sich also nicht auf vorhandene Agent Registry-Ressourcen oder Aktualisierungen dieser Ressourcen aus. 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 unterstützten Multiregionen können Sie automatisch registrierte KI-Agenten und MCP-Server aus Gemini Enterprise finden und eigenständige Skills registrieren oder finden.
Die manuelle Registrierung von KI-Agenten, MCP-Servern oder Endpunkten und das Erstellen von Bindungen werden nur in regionalen Standorten oder am Standort global unterstützt.
Diese Vorgänge werden an multiregionalen Standorten nicht unterstützt. Informationen zur Fehlerbehebung finden Sie unter Manuelle Registrierung oder Bindungserstellung schlägt an einem multiregionalen Standort fehl.
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 die Agent Registry verfügbar ist.
| Beschreibung der Region | Name der Region |
|---|---|
| Johannesburg | africa-south1 |