Die kurze Antwort
Claude-Modelle erreichten Anfang Juli 2026 die allgemeine Verfügbarkeit in Microsoft Foundry — doch Microsofts eigene Dokumentation bestätigt, dass es für Claude keine europäische Datenzone gibt, sodass Inferenz außerhalb der EU verarbeitet werden kann, auch auf US-Infrastruktur. Anthropic bleibt der unabhängige Auftragsverarbeiter, egal welche Hosting-Option Sie wählen, und listet eine europäische Foundry-Option nur als „kommt 2026“, ohne festes Datum.
Für Teams, die für EU-Märkte entwickeln, ist nicht das Modell die Einschränkung — sondern die Plattform. Dieselben Claude-Modelle laufen bereits innerhalb der EU-Region-Infrastruktur auf AWS Bedrock und Google Vertex AI. In Foundry tun sie das heute nicht, was eine scheinbar einfache Entscheidung „Claude auf Azure nutzen“ in eine Frage der Datenresidenz und der DSGVO verwandelt, die beantwortet werden muss, bevor irgendetwas ausgeliefert wird.
Was wurde allgemein verfügbar?
Anthropic und Microsoft überführten Claude-Modelle Anfang Juli 2026 in die allgemeine Verfügbarkeit in Microsoft Foundry und geben Azure-Kunden damit Opus 4.8, Haiku 4.5 und Sonnet 5 über dieselbe Authentifizierung, Abrechnung und Governance, die sie bereits für den Rest der Plattform nutzen. Sonnet 5 startete zum Aktionspreis von 2 US-Dollar pro Million Input-Tokens und 10 US-Dollar pro Million Output-Tokens bis zum 31. August 2026. Auf dem Papier ist das genau das, was ein auf Azure standardisiertes Unternehmen will: eine Frontier-Modellfamilie innerhalb seiner bestehenden Kontrollen, Beschaffung und Identity-Stack.
Der Feinheit sitzt eine Ebene tiefer, in der Art, wie die Modelle tatsächlich gehostet werden. Microsoft Foundry bietet zwei Optionen für Claude — „Hosted on Azure“ und „Hosted on Anthropic Infrastructure“ — und Microsofts Dokumentation ist eindeutig, dass für beide „Anthropic… als unabhängiger Auftragsverarbeiter für Prompts und Ausgaben handelt“. Anthropic ist ein US-Unternehmen, was bedeutet, dass der Code und die Prompts, die Ihr Team über Foundry an Claude sendet, von einem US-Auftragsverarbeiter behandelt werden, der unter dem US CLOUD Act erreichbar ist — unabhängig von der Azure-Region, die in Ihrem Abonnement angezeigt wird.
Diese Unterscheidung ist leicht zu übersehen, wenn die Konsole „hosted on Azure“ anzeigt, und sie ist die ganze Geschichte für alle, die eine EU-Datenresidenz-Anforderung haben.
Warum gibt es keine EU-Datenresidenz?
Microsofts Foundry-Dokumentation stellt fest, dass selbst unter der Option „Hosted on Azure“ die „Verarbeitung auf die anwendbaren ‘Global’- oder ‘DataZone’-Deployment-Optionen in Microsoft Foundry beschränkt“ ist — und, wie von InfoQ berichtet, gibt es heute keine europäische Datenzone für Claude-Modelle. In der Praxis bedeutet das, dass eine Claude-Anfrage von einem EU-Endpunkt für die Inferenz auf US-Infrastruktur geleitet werden kann. Anthropics eigenes Regional-Compliance-Material listet eine europäische Foundry-Option als „kommt 2026“, ohne sich auf ein Datum festzulegen.
Der Grund ist architektonisch, kein politisches Versäumnis. Claude in Foundry ist ein Drittanbieter-Marketplace-Angebot: Anthropic betreibt die Inferenz und bleibt der Auftragsverarbeiter, statt dass Microsoft das Modell first-party innerhalb einer Azure-EU-Region betreibt. Deshalb sind die Residenz-Garantien, die ein EU-Kunde von einem first-party Azure-Dienst erwartet — Daten im Ruhezustand und in Verarbeitung, die innerhalb einer gewählten europäischen Geografie bleiben — für Claude auf dieser Plattform noch nicht verfügbar. Für einen Workload, der der DSGVO unterliegt oder sektoralen Regeln in HealthTech, ist diese Lücke der Unterschied zwischen „für den Produktivbetrieb freigegeben“ und „im Review blockiert“.
Praktiker behandeln es bereits so. In Enterprise-Diskussionen, die InfoQ aufgriff, berichtete ein niederländischer Financial-Services-Engineer, seine Bank „erlaubt die Nutzung von Anthropic-Modellen über Foundry nicht“, und mehrere Nutzer merkten an, dass der Zugang weiterhin eine formularbasierte Genehmigung statt eines Self-Service-Deployments erfordert — ein Kapazitäts- und Governance-Signal zusätzlich zur Residenz-Frage.
Foundry im Vergleich zu Bedrock und Vertex AI
Der wichtige Kontext ist, dass dies eine Plattform-Lücke ist, keine Claude-Lücke. Dieselben Modelle können anderswo EU-Residenz-Anforderungen erfüllen, weil sich die Hosting-Architektur unterscheidet. So sieht es aus — bestätigen Sie die aktuellen Bedingungen bei jedem Anbieter, bevor Sie sich festlegen, da sich die regionale Verfügbarkeit ändert.
| Plattform | Claude-Inferenz in EU-Region | Auftragsverarbeiter |
|---|---|---|
| Microsoft Foundry | Noch nicht verfügbar („kommt 2026“) | Anthropic (unabhängig) |
| AWS Bedrock | In EU-Regionen verfügbar | Innerhalb der AWS-Region-Infrastruktur |
| Google Vertex AI | In EU-Regionen verfügbar | Innerhalb der Google-Cloud-Region-Infrastruktur |
Auf AWS Bedrock und Google Vertex AI kann die Claude-Inferenz innerhalb der EU-Region-Infrastruktur des jeweiligen Cloud-Anbieters laufen, sodass die Residenz- und Verarbeitungsgarantien, auf die sich EU-Kunden verlassen, wie gewohnt verfügbar sind. In Foundry, mit Anthropic als Auftragsverarbeiter und noch keiner EU-Datenzone, sind sie es nicht. Im Gegensatz dazu bieten OpenAIs Modelle auf Azure EU-Datenzonen und first-party Microsoft-Betrieb, weshalb sie die europäische Genehmigung heute leichter durchlaufen. Die Lehre ist nicht „Claude meiden“ — sondern dass bei einem EU-Workload die Plattform ebenso über die Residenz entscheidet wie das Modell.
Was das für US- & EU-Softwareteams bedeutet
Nimmt man das Launch-Framing weg, bleiben drei praktische Signale. Erstens ist „hosted on Azure“ keine Residenz-Garantie — entscheidend sind die Deployment-Option und die Identität des Auftragsverarbeiters, lesen Sie also die Datenverarbeitungs-Dokumentation der Plattform, bevor Sie annehmen, dass ein Modellaufruf in der Region bleibt. Zweitens kann dasselbe Modell auf einer Plattform konform und auf einer anderen blockiert sein, was bedeutet, dass Ihre Architektur die Plattform pro Workload wählbar machen sollte: Leiten Sie EU-regulierten Traffic zu einem Anbieter mit EU-Region-Inferenz und halten Sie alles hinter einer internen Schnittstelle, damit die Wahl Konfiguration ist und kein Rewrite.
Drittens: Behandeln Sie dies als dauerhaftes Governance-Thema, nicht als einmalige Sache. Die Verfügbarkeit bewegt sich — eine europäische Foundry-Option wird für später in 2026 erwartet — erfassen Sie also, welche Region und welcher Auftragsverarbeiter jede Modellabhängigkeit tatsächlich nutzt, und überprüfen Sie es in einem festen Rhythmus. Für Teams mit Pflichten unter dem EU AI Act oder im Dienst regulierter FinTech-Kunden ist „der Anbieter sagt, es läuft auf Azure“ keine Antwort, die ein Auditor akzeptiert; die dokumentierte Deployment-Region und der Auftragsverarbeitungsvertrag schon. Genau diese Disziplin einzubauen, ist die Art von Leitplanken-Arbeit, die unser AI-Agents-Team um den Modellzugang legt.
Nichts davon ist ein Urteil über Claude, das für viele Workloads eine starke Wahl bleibt und auf anderen Plattformen bereits mit EU-Residenz nutzbar ist. Die Disziplin ist die vertraute: Passen Sie das Werkzeug an die Einschränkung an, bewahren Sie die Freiheit, günstig die Plattform zu wechseln, und stellen Sie sicher, dass der Ort, an dem Ihre Daten tatsächlich verarbeitet werden, einer ist, den Sie in jedem Markt, den Sie bedienen, verteidigen können.
Eine praktische Beschaffungs-Checkliste
Nichts hier ist eine neue Frist. Es ist die Arbeit, die einen schnelllebigen Modell-Plattform-Markt in ein routinemäßiges Review statt in eine Überraschung verwandelt:
- Lesen Sie die Datenverarbeitungs-Dokumentation, nicht das Konsolen-Label. Bestätigen Sie den benannten Auftragsverarbeiter und die Deployment-Option („Global“, „DataZone“, EU-Region) für jedes Modell, das Sie nutzen.
- Ordnen Sie jedes Modell einer Region zu. Erfassen Sie, wo die Inferenz für jede Abhängigkeit tatsächlich stattfindet; nehmen Sie nie an, „auf Azure“ bedeute „in der EU“.
- Leiten Sie EU-regulierten Traffic zu EU-Region-Inferenz. Wo Residenz erforderlich ist, nutzen Sie eine Plattform, die sie bietet (Bedrock oder Vertex AI), bis Foundry eine EU-Zone ausliefert.
- Fügen Sie eine Abstraktionsschicht hinzu. Senden Sie jeden Modellaufruf über eine interne Schnittstelle, sodass Anbieter, Plattform und Region Konfiguration sind, kein Code.
- Lassen Sie sich die Residenz schriftlich geben. Bestätigen Sie Deployment-Region und Verarbeitungsbedingungen im Auftragsverarbeitungsvertrag vor dem Produktivbetrieb, nicht danach.
- Prüfen Sie in einem festen Rhythmus nach. Verfügbarkeit und Bedingungen ändern sich; planen Sie ein Review, damit eine „kommt 2026“-Option erfasst wird, wenn sie tatsächlich landet.
Dies ist keine Rechts- oder Beschaffungsberatung, und der richtige Plattform-Mix hängt von Ihren Workloads, Ihrer Datenklassifizierung und Ihren Märkten ab. Aber das Signal aus Claudes Foundry-GA ist klar: Fähigkeit kommt überall schnell an, während der Teil, der ein EU-Deployment tatsächlich reguliert — wo die Daten verarbeitet werden — der Teil ist, der nie in einer Launch-Schlagzeile auftaucht.
Häufig gestellte Fragen
Sind Claude-Modelle in Microsoft Foundry allgemein verfügbar?
Ja. Anthropic und Microsoft überführten Claude-Modelle — darunter Opus 4.8, Haiku 4.5 und Sonnet 5 — Anfang Juli 2026 in die allgemeine Verfügbarkeit in Microsoft Foundry, mit nativer Azure-Authentifizierung, -Abrechnung und -Governance. Sonnet 5 startete zum Aktionspreis von 2 US-Dollar pro Million Input-Tokens und 10 US-Dollar pro Million Output-Tokens bis zum 31. August 2026.
Bietet Claude in Microsoft Foundry EU-Datenresidenz?
Heute nicht. Laut Microsofts eigener Foundry-Dokumentation handelt Anthropic als unabhängiger Auftragsverarbeiter für Prompts und Ausgaben, und die Verarbeitung ist auf die Optionen Global oder DataZone beschränkt, wobei es noch keine europäische Datenzone für Claude-Modelle gibt. Das bedeutet, dass Inferenz für Claude in Foundry außerhalb der EU verarbeitet werden kann, auch auf US-Infrastruktur. Anthropic listet eine europäische Foundry-Option als „kommt 2026“ ohne festes Datum.
Wie unterscheidet sich das von Claude auf AWS Bedrock oder Google Vertex AI?
Auf AWS Bedrock und Google Vertex AI kann die Claude-Inferenz innerhalb der EU-Region-Infrastruktur des jeweiligen Cloud-Anbieters laufen, sodass die üblichen regionalen Datenresidenz-Garantien, auf die sich EU-Kunden verlassen, verfügbar sind. In Microsoft Foundry bleibt Anthropic der Auftragsverarbeiter und es existiert noch keine EU-Datenzone, sodass diese Residenz-Garantien nicht in gleicher Weise gelten. Bei einem EU-Workload entscheidet die Plattform, die man wählt — nicht nur das Modell — ob Datenresidenz erreichbar ist.
Warum spielt der CLOUD Act hier eine Rolle?
Anthropic ist ein US-Unternehmen, sodass der US CLOUD Act auf Daten zugreifen kann, die es verarbeitet, selbst wenn ein Kunde in der EU sitzt. In Verbindung mit dem Fehlen einer EU-Datenzone in Foundry macht das das Angebot schwer genehmigungsfähig für Organisationen, die regulierte personenbezogene Daten unter der DSGVO oder Gesundheitsdaten nach vergleichbaren Regeln verarbeiten — solange keine europäische Deployment-Option ausgeliefert und vertraglich bestätigt ist.
Was sollten EU-Teams in der Zwischenzeit tun?
Behandeln Sie den Modellzugang als Datenfluss-Entscheidung, nicht nur als Fähigkeitsentscheidung. Leiten Sie Claude über eine Plattform mit EU-Region-Inferenz (Bedrock oder Vertex AI), wenn Residenz erforderlich ist, halten Sie eine anbieterunabhängige Abstraktion bereit, damit der Wechsel von Plattform oder Modell eine Konfigurationsänderung bleibt, und lassen Sie sich Auftragsverarbeitungsbedingungen und Deployment-Region vor dem Produktivbetrieb schriftlich bestätigen. Erfassen Sie, welche Region jede Modellabhängigkeit tatsächlich bedient, statt anzunehmen, „auf Azure gehostet“ bedeute „in der EU gehostet“.
Quellen
InfoQ — Claude Reaches GA on Microsoft Foundry: European Enterprises Cannot Deploy It (5. Juli 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