O Intramedial está em beta restrito. Ao se cadastrar ou entrar, você precisa informar a senha de beta tester que recebeu ou solicitar uma em preview@intramedial.com. Obrigado.
Carregando…
Locais de dados
Residência
Seus recibos moram onde você os põe.
Cada workspace tem um local de dados, escolhido na criação: um dos oferecidos (as sete regiões de produto mais outros locais da AWS). Seus dados são guardados lá. Recibos, checagens agendadas, contadores de franquia e requisições repassadas são tratados e assinados na região de produto que atende esse local, com a chave própria dessa região; um local que não seja um dos sete usa o mais próximo. Esta página diz exatamente o que é regional, o que não é e o que uma região promete e não promete.
Os agentes agem quando o plano diz sim, e o registo diz porquê.
Passe ações de agentes, hashes de conteúdo, checagens de API, DNS, webhooks, chamadas de LLM e commits git pela Intramedial. Receba um recibo assinado que todos verificam – sem confiar em nós.
Cada região é um serviço, um banco de dados e uma chave de assinatura próprios. Os pinos marcam onde a chave de cada região fica no AWS Key Management Service. Não afirmam em que prédio fica o banco de dados.
Região
Código
Chave no AWS KMS (HSM)
Jurisdição da chave
Storage
EUA OesteRegião do Free
wnam
Oregon
WNAM
Dica de local
EUA Leste
enam
N. Virgínia
ENAM
Dica de local
Os códigos são os valores de region no status do workspace e, em maiúsculas, a jurisdição de cada chave no conjunto publicado. Nas três regiões europeias a Cloudflare mantém os dados na UE e escolhe o datacenter, então não citamos cidade para os dados. Nas outras quatro o banco é criado com um location hint, um pedido de posição, não uma garantia.
Descrição da própria Cloudflare de jurisdições e location hints do D1, em outubro de 2026: Onde o Cloudflare D1 guarda ↗
02
Abrangência
O que fica na região, e o que não fica nela.
Só o plano de dados é regional. O plano de contas é servido dos Estados Unidos (EUA Oeste), seja qual for a região. A chamada é autenticada contra dados de conta nos EUA e passada à sua região, onde é tratada, assinada e guardada.
Regional: na região que escolheu
Recibos e seus corpos guardados, quando retidos
Watches agendados, os resultados das checagens e seus recibos
Contadores de cota do mês
Tratamento de requisições via relay: agent.call, webhook.deliver, monitor.http, dns.watch
03
Roteamento
Como a chamada chega à sua região.
A porta de entrada sabe a região de dados do workspace da sua credencial e encaminha cada chamada ao serviço dessa região, que só lê e escreve no banco dessa região.
1Quem chamaUm app, job de CI ou agente, com chave de API.
2
04
Assinatura
Cada região assina com sua chave.
Cada região assina com sua própria chave Ed25519, guardada num módulo de segurança de hardware do AWS KMS na região AWS do mapa. A chave privada nunca sai do módulo: o serviço regional envia os bytes a assinar e recebe uma assinatura.
Publicada, com sua jurisdição
A metade pública de cada chave regional está num só conjunto, e cada entrada cita sua jurisdição. Um recibo cita em signatureKeyId a chave que o assinou.
Compartilhada por todo workspace da região
São sete chaves, uma por jurisdição. Os recibos de todos os workspaces de uma jurisdição são assinados com a chave dela.
05
Entre regiões
O que cruza regiões.
Quatro tipos de dado saem de uma região, e cada um está listado aqui. Nada passa de uma região para outra.
Entre regiões
Nada
O serviço de uma região não tem acesso aos recibos de outra. Cada um só lê seu próprio banco.
Para os EUA
Conta e medição de uso
Os metadados que a porta de entrada precisa para autenticar você e medir seu plano, e tudo servido dos EUA.
06
Atribuição
Como o workspace ganha sua região.
Você escolhe a região ao criar o workspace. Uma conta pode ter workspaces em várias regiões.
No cadastro
O formulário pré-seleciona a mais perto das sete pela sua localização e deixa você mudar.
Cada workspace seguinte
O formulário de novo workspace tem o mesmo seletor, e a equipe separa o trabalho UE do dos EUA.
07
Desempenho
Latência
O trabalho é feito perto dos dados, mas toda chamada passa antes pela porta de entrada. Não publicamos números de latência das regiões e não citamos nenhum aqui.
O trajeto da chamada
Origem
Local Cloudflare mais perto
Entrada
Serviço regional
08
Referências
Os documentos por trás da região
Esta página explica. Estes documentos vinculam. Se um regulador ou cliente precisa de declaração contratual sobre onde estão os dados, são estes que deve ler.
Contas e porta de entrada: Dashboard, login, cobrança e porta de entrada da API
Mapa esquemático. Costas simplificadas; os pinos seguem as regiões AWS que guardam as chaves.
Europa Central
weur-1
eu.Frankfurt
WEUR-1
Jurisdição UE, aplicada
Europa Oeste
weur-2
eu.Irlanda
WEUR-2
Jurisdição UE, aplicada
Europa Norte
neur
eu.Estocolmo
NEUR
Jurisdição UE, aplicada
Ásia-Pacífico
apac
asia.Singapura
APAC
Dica de local
Oceania
oc
oc.Sydney
OC
Dica de local
Assinatura de recibos, com a chave da região
Jobs de retenção, auto-purge e redação dos seus dados
Servido dos EUA (EUA Oeste)
O dashboard e o site público
Login, sessões e dados da conta: nome, e-mail, associações
Faturação, através do Avonao Billing e da Avonao Billing
Checagem de chave e token, e rate limit, na porta de entrada
O control plane e o log de auditoria da conta
A página status pública
O que uma região promete e não promete
Uma região diz onde os dados são guardados e tratados. Não diz que o tráfego nunca sai de uma borda de rede: a Cloudflare aceita a conexão no local mais perto de quem chama, que pode ser qualquer lugar, e o conteúdo passa pela porta de entrada que o recebe. Dashboard e dados de conta ficam nos EUA em todo caso. Para uma declaração contratual, leia o Adendo de Dados (DPA) e a Política de Privacidade, ou pergunte.
3Entrada, EUA OesteCheca a chave, aplica rate limit, mede o plano e acha a região do workspace.
4Serviço da sua regiãoTrata a chamada, assina o recibo e o armazena lá.Assinado pela chave da região no AWS KMSGuardado no banco desta região
Quatro regras que não cedem
01
Sem fallback oculto
Se o serviço da sua região não responde, a chamada falha. Nunca é atendida por outra região, pois isso guardaria seus dados num lugar que você não escolheu. Nada foi tratado.
02
Sem região estranha
Um valor de região fora das sete é recusado antes de qualquer trabalho.
03
Sem chave alheia
Uma região sem chave configurada se recusa a assinar. Nunca assina com a chave de outra.
04
Verificar não pede região
Checar um recibo é criptografia de chave pública sobre o recibo que você tem. Não pede conta, região nem chamada a nós.
O que seu cliente vê
503
federation_unavailableA região do workspace não está disponível; nada foi tratado. Tente mais tarde.
421
Misdirected RequestO valor de região do workspace não é uma das sete.
503
Service UnavailableA região não tem chave de assinatura configurada; nenhum recibo saiu.
Agendamentos também são regionais
Cada região roda seu agendador por minuto sobre seu próprio banco, então um watch é checado a partir da região do seu workspace, e seus recibos ficam lá. As sondas públicas de status são a exceção: rodam de um local nos EUA, e a página de status mostra o que esse local vê.
Nenhum cronograma de rotação nem validade de chave está documentado, então nenhum é prometido aqui. Um bundle continua nomeando a chave que o assinou, o que permite fixar essa chave.
Uma entrada do conjunto de chaves/.well-known/ledger-bundles-keys.json
rehoming.plan nomeia uma região de origem e uma de destino e devolve o que seria movido e se o destino está vinculado à UE. Execute captura um snapshot; o destino o aplica na próxima requisição.
O que prova
O plan nomeia as classes de Durable Objects fixadas e se a mudança está vinculada à UE. Execute copia leases, linhas e estado de objetos.
O que ela não prova
Não é uma mudança atômica e não apaga nada na origem. O snapshot não é assinado, e a mudança não é gravada no livro-razão que ledger.blame lê. Não há ação de restauração.
Para cada recibo, os bytes canônicos do recibo vão ao AWS KMS na região AWS dessa região. O KMS não os guarda.
Aos seus destinos
O que você envia
Uma requisição via relay vai ao host que você indica, onde estiver, e sai da rede Cloudflare pela região que a trata. Onde esse host guarda dados foge do nosso controle.
Depois fica fixa
Não há mudança. Para usar outra região, crie um workspace nela e emita novos recibos ali. Os recibos que você tem seguem verificáveis onde quer que tenham saído.
Confirme isso pela API
O status do workspace informa region e euResidency, que é true nas três regiões europeias.
Residência na UE?
Escolha Europa Central, Europa Oeste ou Europa Norte. As três guardam dados sob a jurisdição UE da Cloudflare. Diferem no serviço que trata suas chamadas e em onde fica sua chave: Frankfurt, Irlanda ou Estocolmo.
A região pré-selecionada, por local
Só um padrão do formulário de cadastro, lido do local da requisição. Você pode sempre escolher outra.
Se você se cadastra de
Escolhida
Europa central e oriental, os Bálcãs, o Mediterrâneo oriental, o Oriente Médio e a África
Europa Centralweur-1
Ilhas Britânicas, França, Benelux, Península Ibérica, Itália e Islândia
Europa Oesteweur-2
Países nórdicos e bálticos
Europa Norteneur
Estados do oeste dos EUA e províncias do oeste do Canadá, México, e EUA ou Canadá sem estado conhecido
EUA Oestewnam
Ásia
Ásia-Pacíficoapac
Austrália, Nova Zelândia e as ilhas do Pacífico
Oceaniaoc
Se não der para ler o local, o formulário pré-seleciona EUA Oeste.
Banco regional
Meça da sua própria rede com seu próprio cliente. Se precisa de prova do que um local vê, os recibos assinados de monitor registram isso. Guia de prova de uptime →
Residência
