Agent Registry te permite registrar y descubrir componentes de agentes en
regiones, multirregiones o en la ubicación global
específicas de Google Cloud para cumplir con tus requisitos de latencia, disponibilidad y residencia de datos.
Elegir la ubicación adecuada limita el descubrimiento de componentes y el enrutamiento de la puerta de enlace
en tu
proyecto de administración y tus cargas de trabajo.
Para obtener más información sobre las regiones y las zonas, consulta
Ubicación geográfica y regiones.
Alcance de la administración en ubicaciones regionales y globales
Cuando implementes y administres arquitecturas de agentes en Agent Registry, Agent Gateway y Identity and Access Management (IAM), ten en cuenta las siguientes reglas de ubicación y alcance:
- Servidores de MCP remotos de Google y Google Cloud : Cuando
Agent Registry registra automáticamente un
servidor de MCP remoto de Google o Google Cloud
para una API habilitada, crea el recurso
McpServersolo en la ubicaciónglobal, no en regiones individuales comous-central1. Si el servicio proporciona extremos regionales (REP), comohttps://SERVICE.REGION.rep.googleapis.com/mcp, Agent Registry enumera esas URLs regionales en el campointerfacesde ese único recursoglobalMcpServer:- Usa
globalpara los servidores registrados automáticamente: Especifica la ubicación deglobalcuando consultes el servidor en Agent Registry con--location=globalo aplícale políticas de Identity-Aware Proxy (IAP) con--region=global. Si especificas una región, comous-central1, el comando muestra un errorNOT_FOUNDporque no existe un recursoMcpServerregional allí de forma predeterminada. - Registra en una región para la residencia de datos: Si necesitas mantener
los metadatos del registro en una región específica, implementa servidores de MCP personalizados en
entornos de ejecución regionales de
Cloud Run
o
Google Kubernetes Engine (GKE),
o
registra manualmente
el servidor de MCP y su URL de extremo regional en esa región y, luego,
aplica tu política de IAP en esa misma región. Cuando
Agent Gateway resuelve una URL de destino, las entradas del registro regional
tienen prioridad sobre las entradas de
global. Para obtener información sobre la solución de problemas, consulta No se encontró el servidor de MCP remoto en una ubicación regional.
- Usa
- Puertas de enlace regionales que rigen los servidores de MCP globales: Un Agent Gateway implementado en una ubicación regional, como
us-central1, puede regir y enrutar el tráfico a los servidores de MCP deglobal. La consulta de filtro de búsqueda del registro de puerta de enlace consulta los recursos regionales yglobal. - Vinculaciones de políticas de salida: Aplica vinculaciones de autorización de salida de IAP
en la misma ubicación en la que se registra el recurso objetivo en
Agent Registry:
- Para los servidores de MCP remotos de Google y Google Cloud registrados automáticamente, aplica la vinculación en
globalcon--region=global, incluso cuando el agente que llama envía tráfico a través de una puerta de enlace regional. - Para los recursos registrados en una región específica, aplica la vinculación en esa región. Para obtener información sobre la solución de problemas, consulta Error de entidad de recurso no encontrada cuando se administran políticas de IAP.
- Para los servidores de MCP remotos de Google y Google Cloud registrados automáticamente, aplica la vinculación en
- Ubicaciones de registro: puedes crear vinculaciones y registrar de forma manual
componentes de agentes y habilidades independientes en una ubicación regional admitida,
una multirregión admitida o la ubicación
global. - Límites de administración entre proyectos: Cuando configuras un
límite de administración, se admite el resumen entre proyectos
en todas las ubicaciones de Google Cloud admitidas en tu
proyecto de administración.
Cuando se consulta una ubicación en el proyecto de administración, se agregan
los componentes detectados automáticamente que se implementaron en esa misma ubicación en el
proyecto de administración y en todos los proyectos miembros del límite. Los resultados de la consulta
también incluyen los recursos
ServiceyBindingcreados en esa ubicación en el proyecto de administración. Para obtener más información, consulta Resumen de consultas centralizado. - Alineación regional para la aplicación de políticas: Si configuras
filtros de políticas de Model Armor
en Agent Gateway, la puerta de enlace, las plantillas de Model Armor
y la extensión y la política de autorización deben residir en la
misma región. Debido a que Model Armor inspecciona las cargas útiles de solicitud y respuesta
en la puerta de enlace regional, esta puede inspeccionar y controlar
el tráfico enrutado a los servidores de MCP registrados en la ubicación
global, así como los destinos regionales. Para obtener información sobre la solución de problemas, consulta Errores de discrepancia de región cuando se configura Model Armor en Agent Gateway. - Restricciones de ubicación de la política de la organización: Si tu organización
tiene requisitos específicos para la ubicación geográfica de
los recursos, la política de la organización puede incluir
restricciones de ubicación de recursos
(
constraints/gcp.resourceLocations). Agent Registry aplica esas restricciones cuando creas recursos regionalesService,Binding,SkilloSkillRevision. El cumplimiento de la política de la organización no se aplica de forma retroactiva, por lo que aplicar una restricción de ubicación de recursos no afecta los recursos existentes de Agent Registry ni las actualizaciones de esos recursos. Para obtener más información, consulta Servicios que admiten la restricción de ubicaciones de recursos.
Global
Puedes registrar y descubrir recursos sin una restricción geográfica específica
con la ubicación global.
Todos los recursos de Agent Registry se admiten en la ubicación
global.
Multirregiones
En la siguiente tabla, se enumeran las multirregiones en las que está disponible el Registro de agentes.
| Descripción de la región | Nombre de la región |
|---|---|
| Estados Unidos | us |
| Europa | eu |
América
En la siguiente tabla, se enumeran las regiones de América en las que está disponible el Registro de agentes.
| Descripción de la región | Nombre de la región |
|---|---|
| Iowa | us-central1 |
| Carolina del Sur | us-east1 |
| Virginia del Norte | us-east4 |
| Columbus | us-east5 |
| Dallas | us-south1 |
| Oregón | us-west1 |
| Los Ángeles | us-west2 |
| Montreal | northamerica-northeast1 |
| Toronto | northamerica-northeast2 |
| México | northamerica-south1 |
| São Paulo | southamerica-east1 |
| Santiago | southamerica-west1 |
Asia-Pacífico
En la siguiente tabla, se enumeran las regiones de Asia-Pacífico en las que está disponible el Registro de agentes.
| Descripción de la región | Nombre de la región |
|---|---|
| Taiwán | asia-east1 |
| Hong Kong | asia-east2 |
| Tokio | asia-northeast1 |
| Osaka | asia-northeast2 |
| Seúl | asia-northeast3 |
| Bombay | asia-south1 |
| Delhi | asia-south2 |
| Singapur | asia-southeast1 |
| Yakarta | asia-southeast2 |
| Kuala Lumpur | asia-southeast3 |
| Sídney | australia-southeast1 |
| Melbourne | australia-southeast2 |
Europa
En la siguiente tabla, se enumeran las regiones de Europa en las que está disponible Agent Registry.
| Descripción de la región | Nombre de la región |
|---|---|
| Varsovia | europe-central2 |
| Finlandia | europe-north1 |
| Suecia | europe-north2 |
| Madrid | europe-southwest1 |
| Bélgica | europe-west1 |
| Londres | europe-west2 |
| Fráncfort | europe-west3 |
| Países Bajos | europe-west4 |
| Zúrich | europe-west6 |
| Milán | europe-west8 |
| París | europe-west9 |
| Berlín | europe-west10 |
| Turín | europe-west12 |
Oriente Medio
En la siguiente tabla, se enumeran las regiones de Oriente Medio en las que está disponible Agent Registry.
| Descripción de la región | Nombre de la región |
|---|---|
| Doha | me-central1 |
| Dammam | me-central2 |
| Tel Aviv | me-west1 |
África
En la siguiente tabla, se enumeran las regiones de África en las que está disponible Agent Registry.
| Descripción de la región | Nombre de la región |
|---|---|
| Johannesburgo | africa-south1 |