Intramedial está en beta restringida. Al registrarte o iniciar sesión, debes indicar la contraseña de beta tester que recibiste o solicitar una en preview@intramedial.com. Gracias.
Cargando…
Zonas de datos
Residencia
Tus recibos viven donde tú los pones.
Cada workspace tiene una ubicación de datos, elegida al crearlo: una de las ofrecidas (las siete regiones de producto más otras ubicaciones de AWS). Tus datos se guardan allí. Recibos, pruebas programadas, contadores de cuota y solicitudes relayadas se procesan y firman en la región de producto que da servicio a esa ubicación, con la clave propia de esa región; una ubicación que no sea una de las siete usa la más cercana. Esta página dice exactamente qué es regional, qué no y qué promete y qué no promete una región.
Los agentes actúan cuando el plano dice sí, y el registro dice por qué.
Pasa por Intramedial acciones de agentes, hashes de contenido, pruebas de API, DNS, webhooks, llamadas LLM y commits. Obtén un recibo firmado que cualquiera verifica, sin fiarse de nadie.
Cada región es su propio servicio, su propia base de datos y su propia clave de firma. Los pines marcan dónde está la clave de cada región en AWS Key Management Service. No indican qué edificio aloja la base de datos.
Región
Código
Clave de firma en AWS KMS
Jurisdicción clave
Almacén
US WestRegión plan Free
wnam
Oregón
WNAM
Pista ubicación
US East
enam
N. Virginia
ENAM
Pista ubicación
Los códigos son los valores de region en el estado de tu workspace y, en mayúsculas, la jurisdicción de cada clave en el conjunto publicado. En las tres regiones europeas, Cloudflare mantiene los datos en la UE y elige el centro de datos, así que no se nombra ciudad. En las otras cuatro, la base de datos se crea con una pista de ubicación, que es una petición de ubicación, no una garantía.
Descripción de Cloudflare de las jurisdicciones y pistas de ubicación de D1, a octubre de 2026: Ubicación de datos en D1 ↗
02
Alcance
Qué se queda en la región y qué no se queda.
Solo el plano de datos es regional. El plano de cuentas se sirve desde Estados Unidos (US West), elijas la región que elijas. Una llamada se autentica con datos de cuenta en EE. UU. y pasa luego a tu región, donde se procesa, firma y guarda.
Regional: en la región elegida
Recibos y sus cuerpos guardados, si se retienen
Vigilancias programadas, sus resultados y sus recibos
Contadores de cuota del mes
Proceso de peticiones relayadas: agent.call, webhook.deliver, monitor.http, dns.watch
03
Encaminado
Cómo llega la llamada a tu región.
La entrada sabe la región de datos del workspace al que pertenece tu credencial y reenvía cada llamada al servicio de esa región, que lee y escribe solo en su base de datos.
1Quien llamaUna app, un job de CI o un agente, con clave API.
2
04
Claves de firma
Cada región firma con su propia clave.
Cada región firma con su propia clave Ed25519, guardada en un módulo HSM de AWS KMS en la región de AWS que muestra el mapa. La clave privada nunca sale del módulo: el servicio regional envía los bytes a firmar y recibe una firma.
Publicada, con su jurisdicción
La mitad pública de cada clave regional está en un conjunto de claves, y cada entrada nombra su jurisdicción. Un recibo nombra la clave que lo firmó en signatureKeyId.
Compartida por cada workspace de la región
Hay siete claves, una por jurisdicción. Los recibos de todos los workspaces de una jurisdicción se firman con su clave.
05
Entre regiones
Qué cruza regiones.
Cuatro tipos de datos salen de una región, y cada uno figura aquí. Nada pasa de una región a otra.
Entre regiones
Nada
El servicio de una región no accede a los recibos de otra. Cada uno lee solo su propia base de datos.
A EE. UU.
Cuenta y medición
Los metadatos que la entrada necesita para autenticarte y medir tu plan, y todo lo que se sirve desde EE. UU.
06
Asignación
Cómo recibe su región un workspace.
Eliges la región al crear el workspace. Una cuenta puede tener workspaces en varias regiones.
Al alta
El formulario preselecciona la más cercana de las siete según tu ubicación y te deja cambiarla.
Cada workspace después
El formulario de nuevo workspace tiene el mismo selector: el trabajo UE y EE. UU., aparte.
07
Rendimiento
Latencia
El trabajo se hace cerca de los datos, pero cada llamada pasa antes por la entrada. No hemos publicado cifras de latencia por región y aquí no damos ninguna.
Ruta de una llamada
Origen
Punto Cloudflare más cercano
Entrada
Servicio regional
08
Referencias
Los documentos tras una región
Esta página explica; estos documentos vinculan. Si un regulador o un cliente pide una declaración contractual de dónde están los datos, hay que leer estos.
Plano de cuentas y entrada: Panel, acceso, facturación y entrada de la API
Mapa esquemático. Costas simplificadas; los pines siguen las regiones de AWS que guardan las claves.
Europe Central
weur-1
eu.Fráncfort
WEUR-1
Jurisdicción UE, impuesta
Europe West
weur-2
eu.Irlanda
WEUR-2
Jurisdicción UE, impuesta
Europe North
neur
eu.Estocolmo
NEUR
Jurisdicción UE, impuesta
Asia-Pacific
apac
asia.Singapur
APAC
Pista ubicación
Oceania
oc
oc.Sídney
OC
Pista ubicación
Firma de recibos, con la clave de la región
Tareas de retención, purga y redacción de tus datos
Servido desde EE. UU. (US West)
El panel y el sitio web público
Acceso, sesiones y datos de cuenta: nombre, email, membresías
Facturación, a través de Avonao Billing y Avonao Billing
Control de claves API y tokens, y límite de tasa, en la entrada
El plano de control y el log de auditoría
Página de estado pública
Qué promete una región y qué no promete
Una región dice dónde se guardan y procesan los datos. No dice que el tráfico nunca salga de un borde de red: Cloudflare acepta la conexión en la ubicación más cercana a quien llama, que puede estar en cualquier sitio, y el contenido pasa por la entrada que lo recibe. El panel y los datos de cuenta están en EE. UU. en todo caso. Para una declaración contractual, lee el Anexo de tratamiento y la Política de privacidad, o pregúntanos.
3Entrada, US WestValida la clave, limita la tasa, mide el plan y halla la región del workspace.
4Servicio de tu regiónProcesa la llamada, firma el recibo y lo guarda.Firmado con la clave regional en AWS KMSGuardado en la BD de la región
Cuatro reglas que no se doblan
01
Sin desvío oculto
Si el servicio de tu región no está accesible, la llamada falla. Nunca se responde desde otra región, porque eso guardaría tus datos en un lugar que no elegiste. No se ha procesado nada.
02
Sin regiones extrañas
Un valor de región que no sea una de las siete se rechaza antes de hacer nada.
03
Sin claves ajenas
Una región sin clave configurada se niega a firmar. Nunca firma con la clave de otra región.
04
Verificar no necesita región
Comprobar un recibo es criptografía de clave pública sobre el recibo que tienes. No pide cuenta, ni región, ni llamarnos.
Lo que ve tu cliente
503
federation_unavailableLa región del workspace no está disponible; no se procesó nada. Reinténtalo.
421
Misdirected RequestEl valor de región del workspace no es una de las siete.
503
Service UnavailableLa región no tiene clave de firma configurada; no se emitió recibo.
Lo programado también es regional
Cada región ejecuta su propio programador por minuto sobre su base de datos, así que una vigilancia se comprueba desde la región de su workspace, y allí se guardan sus recibos. Las sondas de estado públicas son la excepción: van desde un punto en EE. UU., y la página de estado muestra lo que ve ese punto.
No hay un calendario de rotación ni un vencimiento de claves documentados, así que aquí no se promete ninguno. Un paquete sigue nombrando la clave que lo firmó, lo que te permite fijar esa clave.
Una entrada del conjunto de claves/.well-known/ledger-bundles-keys.json
rehoming.plan nombra una región de origen y una de destino y devuelve qué se movería y si el destino está vinculado a la UE. Execute captura una instantánea; el destino la aplica en su siguiente solicitud.
Qué demuestra
Plan nombra las clases de Durable Object fijadas y si el traslado está vinculado a la UE. Execute copia concesiones, filas y el estado de los objetos.
Qué no llega a probar
No es un traslado atómico y no elimina nada en el origen. La instantánea no está firmada y el traslado no se escribe en el libro mayor que lee ledger.blame. No hay acción de restauración.
Por cada recibo, los bytes canónicos van a AWS KMS en la región de AWS de esa región. KMS no los guarda.
A tus propios destinos
Lo que relayas
Una petición relayada va al host que indiques, esté donde esté, y sale de la red de Cloudflare desde la región que la procesa. Dónde guarda datos ese host no lo controlamos.
Luego queda fija
No hay traslado. Para usar otra región, crea allí un workspace y emite recibos nuevos desde él. Los recibos que tienes siguen verificables, se emitieran donde se emitieran.
Confírmalo desde la API
El estado de tu workspace indica region y euResidency, que es true en las tres regiones europeas.
¿Residencia UE?
Elige Europe Central, Europe West o Europe North. Las tres guardan datos bajo la jurisdicción UE de Cloudflare. Difieren en el servicio que atiende tus llamadas y en dónde está tu clave de firma: Fráncfort, Irlanda o Estocolmo.
Región preseleccionada, por ubicación
Solo un valor inicial del registro, según la ubicación de la petición. Siempre puedes elegir otra.
Si te registras desde
Preselección
Europa central y oriental, los Balcanes, el Mediterráneo oriental, Oriente Medio y África
Europe Centralweur-1
Islas británicas, Francia, Benelux, península ibérica, Italia, Islandia
Europe Westweur-2
Los países nórdicos y bálticos
Europe Northneur
Estados y provincias del oeste de EE. UU. y Canadá, México, y EE. UU. o Canadá si no se sabe el estado
US Westwnam
Asia
Asia-Pacificapac
Australia, Nueva Zelanda e islas del Pacífico
Oceaniaoc
Si no se puede leer la ubicación, el formulario preselecciona US West.
BD de la región
Mide desde tu propia red con tu propio cliente. Si necesitas pruebas de lo que ve una ubicación, los recibos firmados de monitor lo registran. Guía de pruebas uptime →
Residencia
