La réponse en bref
Les modèles Claude ont atteint la disponibilité générale dans Microsoft Foundry début juillet 2026 — mais la documentation de Microsoft confirme qu'il n'existe pas de zone de données européenne pour Claude, de sorte que l'inférence peut être traitée hors de l'UE, y compris sur une infrastructure américaine. Anthropic reste le sous-traitant indépendant des données quelle que soit l'option d'hébergement choisie, et ne présente une option Foundry européenne que comme « à venir en 2026 », sans date ferme.
Pour les équipes qui développent pour les marchés de l'UE, la contrainte n'est pas le modèle — c'est la plateforme. Les mêmes modèles Claude s'exécutent déjà au sein de l'infrastructure en région UE sur AWS Bedrock et Google Vertex AI. Sur Foundry, ce n'est pas le cas aujourd'hui, ce qui transforme une décision en apparence simple « utiliser Claude sur Azure » en une question de résidence des données et de RGPD à trancher avant toute mise en production.
Qu'est-ce qui est passé en disponibilité générale ?
Anthropic et Microsoft ont fait passer les modèles Claude en disponibilité générale dans Microsoft Foundry début juillet 2026, offrant aux clients Azure Opus 4.8, Haiku 4.5 et Sonnet 5 via l'authentification, la facturation et la gouvernance qu'ils utilisent déjà pour le reste de la plateforme. Sonnet 5 est arrivé à un tarif promotionnel de 2 dollars US par million de tokens en entrée et 10 dollars US par million en sortie jusqu'au 31 août 2026. Sur le papier, c'est exactement ce qu'une entreprise standardisée sur Azure recherche : une famille de modèles de pointe disponible au sein de ses contrôles, de ses achats et de sa pile d'identité existants.
La nuance se situe un cran plus bas, dans la manière dont les modèles sont réellement hébergés. Microsoft Foundry propose deux options pour Claude — « Hosted on Azure » et « Hosted on Anthropic Infrastructure » — et la documentation de Microsoft est explicite : pour les deux, « Anthropic… agit comme sous-traitant indépendant des données pour les prompts et les sorties ». Anthropic est une entreprise américaine, ce qui signifie que le code et les prompts que votre équipe envoie à Claude via Foundry sont traités par un sous-traitant américain atteignable au titre du CLOUD Act américain, quelle que soit la région Azure affichée sur votre abonnement.
Cette distinction est facile à manquer quand la console indique « hosted on Azure », et c'est toute l'histoire pour quiconque a une exigence de résidence des données dans l'UE.
Pourquoi n'y a-t-il pas de résidence des données UE ?
La documentation Foundry de Microsoft indique que même sous l'option « Hosted on Azure », « le traitement se limite aux options de déploiement ‘Global’ ou ‘DataZone’ applicables disponibles sur Microsoft Foundry » — et, comme le rapporte InfoQ, il n'existe aujourd'hui aucune zone de données européenne pour les modèles Claude. En pratique, cela signifie qu'une requête Claude depuis un point de terminaison de l'UE peut être routée vers une infrastructure américaine pour l'inférence. Le propre matériel de conformité régionale d'Anthropic présente une option Foundry européenne comme « à venir en 2026 », sans s'engager sur une date.
La raison est architecturale, pas un oubli de politique. Claude sur Foundry est une offre tierce du Marketplace : Anthropic exploite l'inférence et reste le sous-traitant des données, au lieu que Microsoft exécute le modèle en first-party à l'intérieur d'une région UE d'Azure. Ainsi, les garanties de résidence qu'un client UE attend d'un service Azure first-party — des données au repos et en traitement qui restent dans une géographie européenne choisie — ne sont pas encore disponibles pour Claude sur cette plateforme. Pour une charge de travail régie par le RGPD ou soumise à des règles sectorielles en HealthTech, cet écart fait la différence entre « approuvé pour la production » et « bloqué en revue ».
Les praticiens le traitent déjà ainsi. Dans des discussions d'entreprise rapportées par InfoQ, un ingénieur néerlandais des services financiers a indiqué que sa banque « n'autorise pas l'utilisation des modèles Anthropic via Foundry », et plusieurs utilisateurs ont noté que l'accès requiert encore une approbation sur formulaire plutôt qu'un déploiement en self-service — un signal de capacité et de gouvernance qui s'ajoute à la question de la résidence.
Foundry face à Bedrock et Vertex AI
Le contexte important est qu'il s'agit d'un écart de plateforme, pas d'un écart de Claude. Les mêmes modèles peuvent répondre aux besoins de résidence UE ailleurs, parce que l'architecture d'hébergement diffère. Voici la forme que cela prend — confirmez les conditions actuelles auprès de chaque fournisseur avant de vous engager, car la disponibilité régionale évolue.
| Plateforme | Inférence Claude en région UE | Sous-traitant des données |
|---|---|---|
| Microsoft Foundry | Pas encore disponible (« à venir en 2026 ») | Anthropic (indépendant) |
| AWS Bedrock | Disponible dans les régions UE | Au sein de l'infrastructure de région AWS |
| Google Vertex AI | Disponible dans les régions UE | Au sein de l'infrastructure de région Google Cloud |
Sur AWS Bedrock et Google Vertex AI, l'inférence Claude peut s'exécuter au sein de l'infrastructure en région UE du fournisseur cloud lui-même, de sorte que les garanties de résidence et de traitement sur lesquelles comptent les clients de l'UE sont disponibles de la manière habituelle. Sur Foundry, avec Anthropic comme sous-traitant et sans zone de données UE pour l'instant, elles ne le sont pas. À l'inverse, les modèles d'OpenAI sur Azure offrent des zones de données UE et un fonctionnement Microsoft first-party, ce qui explique qu'ils passent aujourd'hui plus facilement l'approbation européenne. La leçon n'est pas « éviter Claude » — c'est que, pour une charge de travail UE, la plateforme décide de la résidence autant que le modèle.
Ce que cela signifie pour les équipes logicielles US & UE
Une fois écarté le cadrage du lancement, trois signaux concrets subsistent. Premièrement, « hosted on Azure » n'est pas une garantie de résidence — ce qui compte, c'est l'option de déploiement et l'identité du sous-traitant des données ; lisez donc la documentation de traitement des données de la plateforme avant de supposer qu'un appel de modèle reste en région. Deuxièmement, le même modèle peut être conforme sur une plateforme et bloqué sur une autre, ce qui implique que votre architecture doit vous permettre de choisir la plateforme par charge de travail : routez le trafic réglementé UE vers un fournisseur disposant d'une inférence en région UE, et gardez tout derrière une interface interne unique afin que le choix soit de la configuration, pas une réécriture.
Troisièmement, traitez cela comme un point de gouvernance permanent, pas comme un événement isolé. La disponibilité évolue — une option Foundry européenne est attendue plus tard en 2026 — consignez donc la région et le sous-traitant que chaque dépendance de modèle utilise réellement, et réexaminez-le selon une cadence. Pour les équipes soumises aux obligations de l'AI Act ou servant des clients FinTech réglementés, « le fournisseur dit que c'est sur Azure » n'est pas une réponse qu'un auditeur accepte ; la région de déploiement documentée et l'accord de traitement des données, si. Intégrer cette discipline est précisément le type de garde-fous que notre équipe d'agents IA met en place autour de l'accès aux modèles.
Rien de tout cela n'est un verdict sur Claude, qui reste un choix solide pour de nombreuses charges de travail et est déjà utilisable avec résidence UE sur d'autres plateformes. La discipline est la même que d'habitude : adapter l'outil à la contrainte, conserver la liberté de changer de plateforme à moindre coût, et s'assurer que l'endroit où vos données sont réellement traitées est un endroit que vous pouvez défendre sur chaque marché que vous servez.
Une checklist d'achat concrète
Rien ici n'est une nouvelle échéance. C'est le travail qui transforme un marché modèle-plateforme en mouvement rapide en une revue de routine plutôt qu'en une surprise :
- Lisez la documentation de traitement des données, pas l'étiquette de la console. Confirmez le sous-traitant des données nommé et l'option de déploiement (« Global », « DataZone », région UE) pour chaque modèle que vous utilisez.
- Rattachez chaque modèle à une région. Consignez l'endroit où l'inférence a réellement lieu pour chaque dépendance ; ne supposez jamais que « sur Azure » signifie « dans l'UE ».
- Routez le trafic réglementé UE vers une inférence en région UE. Là où la résidence est requise, utilisez une plateforme qui l'offre (Bedrock ou Vertex AI) jusqu'à ce que Foundry livre une zone UE.
- Ajoutez une couche d'abstraction. Faites passer chaque appel de modèle par une interface interne unique afin que fournisseur, plateforme et région soient de la configuration, pas du code.
- Obtenez la résidence par écrit. Confirmez la région de déploiement et les conditions de traitement dans l'accord de traitement des données avant la production, pas après.
- Réexaminez selon une cadence. La disponibilité et les conditions changent ; planifiez une revue pour qu'une option « à venir en 2026 » soit prise en compte quand elle arrive réellement.
Ceci n'est pas un conseil juridique ou d'achat, et le bon mix de plateformes dépend de vos charges de travail, de votre classification des données et de vos marchés. Mais le signal de la GA de Claude sur Foundry est clair : la capacité arrive partout rapidement, tandis que la partie qui conditionne réellement un déploiement UE — l'endroit où les données sont traitées — est celle qui n'apparaît jamais dans un titre de lancement.
Foire aux questions
Les modèles Claude sont-ils disponibles de façon générale sur Microsoft Foundry ?
Oui. Anthropic et Microsoft ont fait passer les modèles Claude — dont Opus 4.8, Haiku 4.5 et Sonnet 5 — en disponibilité générale dans Microsoft Foundry début juillet 2026, avec authentification, facturation et gouvernance Azure natives. Sonnet 5 est arrivé à un tarif promotionnel de 2 dollars US par million de tokens en entrée et 10 dollars US par million en sortie jusqu'au 31 août 2026.
Claude sur Microsoft Foundry offre-t-il une résidence des données dans l'UE ?
Pas aujourd'hui. Selon la propre documentation Foundry de Microsoft, Anthropic agit comme sous-traitant indépendant des données pour les prompts et les sorties, et le traitement se limite aux options Global ou DataZone, sans zone de données européenne disponible pour les modèles Claude à ce jour. Cela signifie que l'inférence pour Claude sur Foundry peut être traitée hors de l'UE, y compris sur une infrastructure américaine. Anthropic présente une option Foundry européenne comme « à venir en 2026 », sans date ferme.
En quoi est-ce différent de Claude sur AWS Bedrock ou Google Vertex AI ?
Sur AWS Bedrock et Google Vertex AI, l'inférence Claude peut s'exécuter au sein de l'infrastructure en région UE du fournisseur cloud lui-même, de sorte que les garanties habituelles de résidence régionale des données sur lesquelles comptent les clients de l'UE sont disponibles. Sur Microsoft Foundry, Anthropic reste le sous-traitant des données et aucune zone de données UE n'existe encore, si bien que ces garanties de résidence ne s'appliquent pas de la même manière. Pour une charge de travail UE, c'est la plateforme que vous choisissez — pas seulement le modèle — qui décide si la résidence est atteignable.
Pourquoi le CLOUD Act est-il important ici ?
Anthropic est une entreprise américaine, de sorte que le CLOUD Act américain peut atteindre les données qu'elle traite même lorsque le client se trouve dans l'UE. Combiné à l'absence de zone de données UE sur Foundry, cela rend l'offre difficile à approuver pour les organisations traitant des données personnelles réglementées au titre du RGPD, ou des données de santé selon des règles équivalentes, tant qu'une option de déploiement européenne n'est pas livrée et confirmée contractuellement.
Que devraient faire les équipes UE en attendant ?
Traitez l'accès au modèle comme une décision de flux de données, pas seulement comme un choix de capacité. Faites passer Claude par une plateforme offrant une inférence en région UE (Bedrock ou Vertex AI) si la résidence est requise, conservez une abstraction indépendante du fournisseur pour que changer de plateforme ou de modèle reste un changement de configuration, et confirmez par écrit les conditions de traitement des données et la région de déploiement avant la production. Consignez la région que chaque dépendance de modèle dessert réellement plutôt que de supposer que « hébergé sur Azure » signifie « hébergé dans l'UE ».
Sources
InfoQ — Claude Reaches GA on Microsoft Foundry: European Enterprises Cannot Deploy It (5 juillet 2026)
Microsoft Learn — Data, privacy, and security for Anthropic Claude models in Microsoft Foundry
Microsoft Azure Blog — Claude in Microsoft Foundry is now generally available