Une requête Bedrock envoyée depuis Paris est-elle traitée à Paris ?

Pas forcément. Avec un profil d'inférence géographique « EU », AWS indique que la requête reste dans la zone mais peut sortir de la région source. Avec un profil global, elle peut être traitée dans n'importe quelle région commerciale AWS.

Comment savoir où une requête a été traitée ?

AWS indique que CloudTrail journalise chaque requête interrégionale dans la région source, avec le champ additionalEventData.inferenceRegion qui donne la région de traitement.

AWS Bedrock en Europe : région Paris et profil EU

Amazon Bedrock, le service d'IA générative d'AWS, est disponible dans plusieurs régions européennes, dont Paris (eu-west-3). Mais pour les modèles récents, AWS route les requêtes par inférence interrégionale : vous choisissez un profil « géographique » (par exemple EU), qui garde le traitement dans la zone, ou un profil « global », qui peut traiter la requête n'importe où dans le monde. Voici ce que dit la documentation d'AWS, lue le 15/11/2026.

Profil géographique ou profil global

Point	Profil géographique (EU)	Profil global
Lieu de traitement	Dans la zone géographique	N'importe quelle région commerciale AWS
Prix	Tarif standard	Environ 10 % d'économie, selon AWS
Disponibilité	Régions listées dans le profil	Toutes les régions prises en charge
Réglage des politiques de contrôle (SCP)	Autoriser toutes les régions de destination du profil	Autoriser `"aws:RequestedRegion": "unspecified"`
Recommandé pour	Exigences de résidence des données	Optimisation des coûts

AWS précise qu'il n'y a pas de frais de routage : le prix est celui de la région depuis laquelle vous appelez le profil.

Ce qui sort de la région source

C'est le point à bien comprendre. Avec un profil géographique, AWS indique :

les requêtes restent dans la zone (une requête faite dans l'Union reste dans des régions de l'Union) ;
mais vos requêtes et réponses « peuvent sortir de votre région source » vers une autre région de la zone ;
si AWS conserve des données pour la détection d'abus, elles sont stockées dans la région de destination ;
les échanges restent sur le réseau d'AWS, chiffrés, sans passer par l'internet public.

Une ressource créée à Paris peut donc voir ses requêtes traitées dans une autre région européenne. Pour Claude, le tableau d'Anthropic pour Bedrock indique pour Paris les modes « Global » et « EU », mais pas le mode « In-region only » qu'il signale pour l'Irlande et Stockholm.

Les régions européennes listées pour Claude

D'après la documentation d'Anthropic sur Claude dans Bedrock :

Région AWS	Ville	Modes indiqués
`eu-west-3`	Paris	Global, EU
`eu-central-1`	Francfort	Global, EU
`eu-west-1`	Irlande	Global, EU, In-region only
`eu-north-1`	Stockholm	Global, EU, In-region only
`eu-south-1`	Milan	Global, EU
`eu-south-2`	Espagne	Global, EU
`eu-central-2`	Zurich	Global, EU
`eu-west-2`	Londres	Global, EU

Anthropic précise que les points d'accès régionaux coûtent 10 % de plus que le point d'accès global. Le détail est sur Claude sur Bedrock, Vertex ou Foundry.

Qui peut voir vos requêtes

AWS décrit un « compte de déploiement de modèle » par éditeur et par région, détenu et exploité par l'équipe Bedrock. Les éditeurs de modèles n'ont pas accès à ces comptes, et donc pas accès aux journaux de Bedrock ni aux requêtes et réponses des clients.

Contrôler et prouver

Choisissez explicitement le préfixe eu. dans l'identifiant du profil d'inférence, jamais global..
Limitez les régions par SCP (politique de contrôle des services d'AWS Organizations) en autorisant seulement les régions de destination du profil européen. AWS documente une exception par la condition bedrock:InferenceProfileArn pour ne pas ouvrir ces régions aux autres services.
Vérifiez dans CloudTrail : le champ additionalEventData.inferenceRegion indique la région où chaque requête a été traitée.
Gardez vos autres données (documents, index de recherche, journaux) dans une région de l'Union.

Ces réglages répondent à la question du lieu, pas à celle du droit applicable à AWS : voir Cloud Act et IA. Pour journaliser les échanges eux-mêmes, voyez aussi la journalisation d'un système d'IA.