Intramedial est en bêta restreinte. À l’inscription ou à la connexion, vous devez fournir le mot de passe de bêta-testeur que vous avez reçu ou en demander un à preview@intramedial.com. Merci.
Chargement…
Localisation
Résidence
Vos reçus vivent là où vous les placez.
Chaque workspace a un emplacement de données, choisi à la création : l’un de ceux proposés (les sept régions de produit plus d’autres emplacements AWS). Vos données y sont stockées. Reçus, contrôles planifiés, compteurs de quota et requêtes relayées sont traités et signés dans la région de produit qui dessert cet emplacement, avec la clé propre à cette région ; un emplacement hors des sept utilise la plus proche. Cette page dit exactement ce qui est régional, ce qui ne l’est pas, et ce qu’une région promet ou non.
Les agents agissent quand le plan dit oui, et le registre dit pourquoi.
Faites passer actions d’agents, hash de contenu, contrôles d’API, requêtes DNS, webhooks, appels LLM et commits git par Intramedial. Obtenez un reçu signé vérifiable par tous – sans nous croire.
Chaque région est son propre service, sa propre base et sa propre clé de signature. Les repères indiquent où la clé de chaque région est gardée dans AWS Key Management Service. Ils ne disent pas quel bâtiment héberge la base.
Région
Code
Clé de signature AWS KMS
Juridiction clé
Stockage
US OuestRégion du Free
wnam
Oregon
WNAM
Indice de lieu
US Est
enam
Virginie du N.
ENAM
Indice de lieu
Les codes sont les valeurs de region dans le statut du workspace et, en capitales, la juridiction de chaque clé du jeu de clés publié. Pour les trois régions européennes, Cloudflare garde les données dans l’UE et choisit le datacenter : aucune ville n’est citée. Pour les quatre autres, la base est créée avec une indication de lieu, demande de placement et non garantie.
Description par Cloudflare des juridictions et indications de lieu D1, en octobre 2026: Localisation des données D1 ↗
02
Périmètre
Ce qui reste en région, et ce qui n’y reste pas.
Seul le plan des données est régional. Le plan des comptes est servi depuis les États-Unis (US Ouest), quelle que soit la région. Un appel est authentifié sur des données de compte hébergées aux US, puis confié à votre région, qui le traite, le signe et le stocke.
Régional : dans la région choisie
Reçus et corps stockés, s’ils sont conservés
Les veilles planifiées, leurs résultats et leurs reçus
Les compteurs de quota du mois
Le traitement des requêtes relayées : agent.call, webhook.deliver, monitor.http, dns.watch
03
Routage
Un appel jusqu’à votre région.
La passerelle connaît la région du workspace lié à votre identifiant et transmet chaque appel au service de cette région, qui ne lit et n’écrit que dans la base de cette région.
1Votre appelantUne app, un job CI ou un agent, avec une clé API.
2
04
Signature
Chaque région signe avec sa clé.
Chaque région signe avec sa propre clé Ed25519, gardée dans un HSM AWS KMS de la région AWS indiquée sur la carte. La clé privée ne quitte jamais le module : le service régional envoie les octets à signer et reçoit une signature.
Publiée, juridiction comprise
La moitié publique de chaque clé régionale est dans un même jeu de clés, chaque entrée citant sa juridiction. Un reçu nomme la clé qui l’a signé dans signatureKeyId.
Partagée par les workspaces de la région
Il y a sept clés, une par juridiction. Les reçus de tous les workspaces d’une juridiction sont signés par sa clé.
05
Inter-régions
Ce qui sort des régions.
Quatre types de données sortent d’une région, tous listés ici. Rien ne passe d’une région à une autre.
Entre régions
Rien
Le service d’une région n’a aucun accès aux reçus d’une autre. Chacun ne lit que sa propre base.
Vers les US
Compte et comptage
Les métadonnées utiles à la passerelle pour vous authentifier et mesurer le forfait, et tout ce que servent les US.
06
Attribution
Comment un workspace a sa région.
Vous choisissez la région en créant le workspace. Un compte peut avoir des workspaces dans plusieurs régions.
Inscription
Le formulaire présélectionne la plus proche des sept selon votre lieu, et vous laisse changer.
Chaque workspace suivant
La création de workspace a le même sélecteur : une équipe peut séparer travail UE et travail US.
07
Performance
Latence
Le travail se fait près des données, mais chaque appel passe d’abord par la passerelle. Nous n’avons publié aucun chiffre de latence par région et n’en donnons aucun ici.
Le trajet d’un appel
Appelant
Le point Cloudflare voisin
Passerelle
Service régional
08
Références
Les documents d’une région
Cette page explique. Ces documents engagent. Si un régulateur ou un client veut un engagement contractuel sur le lieu des données, c’est eux qu’il faut lire.
Plan des comptes et passerelle: Tableau de bord, connexion, factures et passerelle API
Carte schématique. Côtes simplifiées ; les repères suivent les régions AWS qui gardent les clés.
Europe Centre
weur-1
eu.Francfort
WEUR-1
Juridiction UE, imposée
Europe Ouest
weur-2
eu.Irlande
WEUR-2
Juridiction UE, imposée
Europe Nord
neur
eu.Stockholm
NEUR
Juridiction UE, imposée
Asie-Pacifique
apac
asia.Singapour
APAC
Indice de lieu
Océanie
oc
oc.Sydney
OC
Indice de lieu
Signature des reçus, avec la clé de la région
Conservation, purge auto et caviardage de vos données
Servi depuis les US (US Ouest)
Le tableau de bord et le site
Connexion, sessions et données de compte : nom, e-mail, adhésions
Facturation, via Avonao Billing et Avonao Billing
Contrôle des clés API et jetons, et limite de débit, en passerelle
Plan de contrôle et journal d’audit du compte
Page de statut publique
Ce qu’une région promet ou ne promet pas
Une région dit où les données sont stockées et traitées. Elle ne dit pas que le trafic ne quitte jamais un edge réseau : Cloudflare accepte une connexion au point le plus proche de l’appelant, qui peut être n’importe où, et le contenu d’une requête transite par la passerelle qui la reçoit. Tableau de bord et données de compte sont toujours aux US. Pour un engagement contractuel, lisez l’Accord de traitement et la politique de confidentialité, ou écrivez-nous.
3Passerelle, US OuestVérifie la clé, limite le débit, mesure le forfait et trouve la région du workspace.
4Service de votre régionTraite l’appel, signe le reçu, puis stocke celui-ci.Signé par la clé régionale dans AWS KMSStocké dans la base de la région
Quatre règles sans exception
01
Zéro bascule muette
Si le service de votre région est injoignable, l’appel échoue. Il n’est jamais servi par une autre région, ce qui stockerait vos données ailleurs que là où vous l’avez choisi. Rien n’a été traité.
02
Zéro région inconnue
Une valeur de région hors des sept est refusée avant le moindre traitement.
03
Zéro clé empruntée
Une région sans clé configurée refuse de signer. Elle ne signe jamais avec la clé d’une autre.
04
Vérifier sans aucune région
Vérifier un reçu relève de la cryptographie à clé publique sur le reçu détenu. Ni compte, ni région, ni appel chez nous.
Ce que voit votre client
503
federation_unavailableLa région du workspace est indisponible ; rien n’a été traité. Réessayez plus tard.
421
Misdirected RequestLa valeur de région du workspace n’est pas l’une des sept.
503
Service UnavailableLa région n’a aucune clé de signature configurée ; aucun reçu émis.
Le planifié est régional aussi
Chaque région fait tourner son planificateur à la minute sur sa propre base : une veille est contrôlée depuis la région de son workspace, et ses reçus y sont stockés. Exception : les sondes publiques de statut tournent depuis un seul point aux US, et la page de statut montre ce qu’il voit.
Aucun calendrier de rotation ni aucune expiration de clé n’est documenté, donc rien n’est promis ici. Un bundle continue de nommer la clé qui l’a signé, ce qui vous permet de l’épingler.
Une entrée du jeu de clés publié/.well-known/ledger-bundles-keys.json
rehoming.plan nomme une région source et une région cible et renvoie ce qui serait déplacé et si la cible est liée à l’UE. Execute capture un instantané ; la cible l’applique à sa prochaine requête.
Ce qu’il prouve
Plan nomme les classes de Durable Objects fixées et indique si le déplacement est lié à l’UE. Execute copie les leases, les lignes et l’état des objets.
Ce qu’il ne prouve pas
Ce n’est pas un déplacement atomique et rien n’est supprimé à la source. L’instantané n’est pas signé, et le déplacement n’est pas écrit dans le registre que lit ledger.blame. Il n’existe pas d’action de restauration.
Pour chaque reçu, les octets canoniques vont à AWS KMS dans la région AWS de la région. KMS ne les stocke pas.
Vers vos destinations
Vos requêtes
Une requête relayée va à l’hôte que vous nommez, où qu’il soit, et quitte le réseau Cloudflare depuis la région qui la traite. Où cet hôte stocke ses données ne dépend pas de nous.
Puis c’est figé
Aucun déplacement. Pour une autre région, créez-y un workspace et émettez-en de nouveaux reçus. Les reçus détenus restent vérifiables, où qu’ils aient été émis.
Contrôlez-la via l’API
Le statut du workspace indique region et euResidency, vrai pour les trois régions européennes.
Données dans l’UE ?
Choisissez Europe Centre, Europe Ouest ou Europe Nord. Toutes trois stockent sous la juridiction UE de Cloudflare. Elles diffèrent par le service qui traite vos appels et le lieu de votre clé de signature : Francfort, Irlande ou Stockholm.
Région présélectionnée, par lieu
Un simple défaut du formulaire, tiré du lieu de la requête. Vous pouvez toujours en choisir une autre.
Inscription depuis
Présélection
L’Europe centrale et de l’Est, les Balkans, la Méditerranée orientale, le Moyen-Orient et l’Afrique
Europe Centreweur-1
Îles Britanniques, France, Benelux, péninsule Ibérique, Italie, Islande
Europe Ouestweur-2
Les pays nordiques et baltes
Europe Nordneur
Les États et provinces de l’ouest des US et du Canada, le Mexique, et les US ou le Canada sans État connu
US Ouestwnam
L’Asie
Asie-Pacifiqueapac
Australie, Nouvelle-Zélande et îles du Pacifique
Océanieoc
Si le lieu est illisible, le formulaire présélectionne US Ouest.
Base régionale
Mesurez depuis votre réseau avec votre propre client. Pour prouver ce que voit un point donné, les reçus monitor signés le consignent. Guide preuve de dispo →
Résidence
