Residencia de los datos

Los datos almacenados en reposo en la ubicación seleccionada por el cliente permanecen en reposo en esa ubicación, independientemente del endpoint de la Agent Platform al que llame la solicitud de ese cliente.

Los extremos globales se muestran en la página Implementaciones y extremos. Las solicitudes enviadas a un extremo de global se pueden procesar en cualquier Google Cloud ubicación del mundo y, por lo tanto, no proporcionan garantías de residencia de datos. Consulta Ubicaciones de Cloud para obtener una lista de las ubicaciones de los centros de datos deGoogle Cloud .

Dónde se almacenan y procesan tus datos

Gemini Enterprise Agent Platform proporciona transparencia sobre dónde se almacenan tus datos ("en reposo") y dónde se realiza el cálculo real del modelo ("procesamiento de AA").

1. Datos en reposo (almacenamiento)

Cuando almacenas datos en Agent Platform (como pesos de modelos personalizados o metadatos), estos permanecen almacenados físicamente en la Google Cloud ubicación específica que elegiste. Esta residencia se mantiene independientemente del extremo que uses para llamar al modelo.

2. Procesamiento de AA (en uso)

El procesamiento de AA es el método por el cual se procesan los datos de manera tal que se producen pesos del modelo (ajuste y entrenamiento) o se aplica el modelo a los datos para la inferencia del modelo. La ubicación geográfica de este procesamiento se determina según el extremo que elijas:

  • Extremos multirregionales jurisdiccionales: Cuando usas extremos jurisdiccionales, el procesamiento de AA permanece dentro de esa región geográfica específica (como Estados Unidos o la Unión Europea).

    • Eficiencia operativa (capacidad unificada): Los endpoints multirregionales eliminan los silos de recursos regionales. En lugar de comprar y administrar asignaciones de capacidad de procesamiento aprovisionada separadas para regiones individuales (como us-central1 y us-east4), puedes implementar un solo compromiso de capacidad de procesamiento aprovisionada que abarque todo tu límite jurisdiccional (como Estados Unidos).

    • Habilitación del cumplimiento: Los endpoints multirregionales proporcionan los controles de aislamiento de datos en uso necesarios para satisfacer los estrictos marcos regulatorios. Si bien los extremos multirregionales sirven como una capacidad técnica fundamental para cumplir con los requisitos del nivel de impacto 5 (IL5) del Departamento de Defensa (DoD) o del Reglamento sobre el tráfico internacional de armas (ITAR), para lograr el cumplimiento total también se requieren controles de identidad y acceso, y una arquitectura más amplia administrada por el cliente.

  • Endpoints de ubicación: Estos endpoints (como us-central1, europe-west1) garantizan que el procesamiento de AA permanezca completamente dentro de la jurisdicción multirregional o del país más amplio asociado con esa región (por ejemplo, las solicitudes a us-central1 se procesan dentro de Estados Unidos).

    En el caso de las regiones europeas, el procesamiento local en el país varía según el tipo de modelo (por ejemplo, es posible que algunos modelos específicos tengan procesamiento local en Francia o Alemania, mientras que otros se procesan dentro del límite más amplio de la multirregión de la UE). Consulta la siguiente sección para conocer los compromisos exactos de procesamiento de AA para cada modelo y ubicación.

    • Alineación con el cumplimiento: Si bien los extremos de ubicación cumplen con los requisitos estándar de soberanía y administración de datos empresariales (como el RGPD y la HIPAA), las cargas de trabajo que requieren marcos de aislamiento gubernamentales especializados, como DoD IL5 o ITAR, se deben implementar en extremos jurisdiccionales como parte de una arquitectura de cumplimiento más amplia.

  • Endpoints globales: Los endpoints globales enrutan y procesan datos en cualquier lugar del mundo, sin restringirlos a una región geográfica específica. Estos extremos (como https://aiplatform.googleapis.com) no especifican una región en el nombre de host. Están diseñados para maximizar la disponibilidad y minimizar la latencia, ya que finalizan las sesiones de TLS lo más cerca posible del cliente, pero no proporcionan aislamiento regional ni garantías de residencia de datos.

Modelos compatibles

En las tablas de esta sección, se abarca la compatibilidad regional para el procesamiento de AA por modelo en las siguientes categorías:

Modelos de Google

Para obtener información sobre las capacidades que admiten la residencia de datos, consulta Capacidades compatibles.

Modelo EE.UU. multirregión UE multirregión Brasil(southamerica-east1) Canadá(northamerica-northeast1) Francia(europe-west9) Alemania(europe-west3) Países Bajos(europe-west4) Reino Unido(europe-west2) Australia(australia-southeast1) India(asia-south1) Japón(asia-northeast1) Singapur(asia-southeast1) Corea del Sur(asia-northeast3)
Gemini 3.8 Flash(gemini-3.8-flash)
Gemini 3.7 Flash(gemini-3.7-flash)
Gemini 3.6 Flash(gemini-3.6-flash)
Gemini 3.5 Flash-Lite(gemini-3.5-flash-lite)
Gemini 3.5 Flash(gemini-3.5-flash)
Imagen de Gemini 3.1 Flash(gemini-3.1-flash-image)
Gemini 3.1 Flash-Lite(gemini-3.1-flash-lite)
Audio nativo de la API de Live de Gemini 2.5 Flash(gemini-live-2.5-flash-native-audio)
Gemini 2.5 Flash, 128k(gemini-2.5-flash)
Gemini 2.5 Flash, 1 M(gemini-2.5-flash)
Imagen de Gemini 2.5 Flash(gemini-2.5-flash-image)
Gemini 2.5 Flash-Lite(gemini-2.5-flash-lite)
Gemini 2.5 Pro, 1 M(gemini-2.5-pro)
Gemini 2.5 Pro, 64k(gemini-2.5-pro)
Ajuste de Gemini 2.5 Flash(gemini-2.5-flash)
Ajuste para Gemini 2.5 Flash-Lite(gemini-2.5-flash-lite)
Ajuste para Gemini 2.5 Pro(gemini-2.5-pro)
Incorporaciones de Gemini(gemini-embedding-001)
Embedding de Gemini 2(gemini-embedding-2)
Chirp 2: Transcripción(chirp_2)
Chirp 3: Transcripción(chirp_3)
Chirp 3: Voces en HD
Chirp 3: Voz personalizada instantánea
Incorporaciones para multimodales
Embeddings para texto(text-embedding-004)
Embeddings para texto(text-embedding-005)
Embeddings para texto(text-multilingual-embedding-002)

Asistencia para el modelo de socioGoogle Cloud

Modelo EE.UU. multirregión UE multirregión Bélgica(europe-west1) Países Bajos(europe-west4) Singapur(asia-southeast1) Taiwán(asia-east1)
Claude Haiku 5.5 de Anthropic en Google Cloud
Claude Opus 5.5 de Anthropic en Google Cloud
Claude Sonnet 5.5 de Anthropic en Google Cloud
Claude Sonnet 5 de Anthropic en Google Cloud
Claude Opus 5 de Anthropic en Google Cloud
Claude Fable 5.1 de Anthropic en Google Cloud
Claude Fable 5 de Anthropic en Google Cloud
Claude Haiku 4.5 de Anthropic en Google Cloud
Claude Opus 4 de Anthropic en Google Cloud
Claude Opus 4.1 de Anthropic en Google Cloud
Claude Opus 4.5 de Anthropic en Google Cloud
Claude Opus 4.8 de Anthropic en Google Cloud
Claude Opus 4.7 de Anthropic en Google Cloud
Claude Opus 4.6 de Anthropic en Google Cloud
Claude Sonnet 4 de Anthropic en Google Cloud
Claude Sonnet 4.5 de Anthropic en Google Cloud
Claude Sonnet 4.6 de Anthropic en Google Cloud
Claude 3.5 Haiku de Anthropic en Google Cloud (obsoleto)
Claude 3 Haiku de Anthropic en Google Cloud (obsoleto)
Claude 3.7 Sonnet de Anthropic en Google Cloud (obsoleto)
Codestral 2
Mistral Medium 3
OCR de Mistral (25/05)
Mistral Small 3.1 (25/03)

Google Cloud compatibilidad con modelos abiertos

Modelo EE.UU. multirregión UE multirregión Singapur(asia-southeast1)
DeepSeek-OCR
DeepSeek R1 (0528)
DeepSeek-V3.1
DeepSeek-V3.2
Gemma 4 26B A4B IT
GLM 4.7
GLM 5
GLM 5.2
gpt-oss 120B
gpt-oss 20B
Kimi K2 Thinking
Llama 3.3 70B (versión preliminar)
Llama 4 Maverick 17B-128E (versión preliminar)
Llama 4 Scout 17B-16E (versión preliminar)
MiniMax M2
E5 grande multilingüe
E5 Small multilingüe
Qwen3 235B
Qwen3 Coder
Qwen3-Next-80B Instruct
Qwen3-Next-80B Thinking

¿Qué sigue?