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 extremo de la Plataforma de Agentes al que llame la solicitud de ese cliente.

Los extremos globales se enumeran 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 encuentran y se 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 sin importar qué extremo 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 independientes 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 extremos multirregionales proporcionan los controles de aislamiento de datos en uso necesarios para ayudar a satisfacer los marcos regulatorios estrictos. Si bien los extremos multirregionales funcionan 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 Internacional de Tráfico de Armas (ITAR), para lograr el cumplimiento total, también se requieren controles de acceso, identidad y arquitectura más amplios administrados por el cliente.

  • Endpoints de ubicación: Estos endpoints (como us-central1, europe-west1) garantizan que el procesamiento de AA permanezca por completo dentro de la jurisdicción multirregional o de país más amplia asociada 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, algunos modelos específicos pueden tener procesamiento local en Francia o Alemania, mientras que otros se procesan dentro del límite multirregional más amplio 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 administración de datos empresariales y soberanía (como el RGPD y la HIPAA), las cargas de trabajo que requieren frameworks de aislamiento gubernamentales especializados, como DoD IL5 o ITAR, deben implementarse en extremos jurisdiccionales como parte de una arquitectura de cumplimiento más amplia.

  • Extremos globales: Los extremos 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 finalizando 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 incluye la compatibilidad regional para el procesamiento de AA por modelo para las siguientes categorías de modelos:

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 4 Argon(gemini-4-argon)
Gemini 3.8 Live(gemini-3.8-live)
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)
Gemini 3.1 Flash Image(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)
Gemini 2.5 Flash Image(gemini-2.5-flash-image)
Gemini 2.5 Flash-Lite(gemini-2.5-flash-lite)
Gemini 2.5 Pro, 1 millón(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)
Gemini Embeddings(gemini-embedding-001)
Gemini Embedding 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 socios deGoogle 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
DeepSeek-V4.1-Flash
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
Multilingual E5 Large
E5 pequeño multilingüe
Qwen3 235B
Qwen3 Coder
Qwen3-Next-80B Instruct
Qwen3-Next-80B Thinking

¿Qué sigue?