Claude über Amazon Bedrock in der EU betreiben: Region, Datenfluss, IAM und Anbindung

Claude über Amazon Bedrock in der EU betreiben heißt: Sie rufen Claude über Ihr eigenes AWS-Konto auf und wählen einen regionalen Endpunkt für die EU. Damit laufen die Anfragen nur über europäische Regionen. Vorher klären Sie drei Punkte: welches Modell in Ihrer Region verfügbar ist, wer Zugriff erhält und wie jeder Aufruf protokolliert wird.

Amazon Bedrock ist ein vollständig verwalteter Service von AWS, der große Sprachmodelle mehrerer Anbieter über eine einzige API bereitstellt. Zu diesen Anbietern zählt laut AWS-Ankündigung zur Region Frankfurt neben AI21 Labs, Cohere, Meta, Mistral AI, Stability AI und Amazon auch Anthropic. Bei Bedrock betreibt AWS den Inferenzstapel, also die Infrastruktur, auf der das Modell Ihre Anfrage berechnet.

Dieser Leitfaden richtet sich an Unternehmen, die AWS bereits nutzen und Claude produktiv einsetzen wollen. Er führt von der Wahl zwischen Bedrock und der Claude Platform auf AWS über Endpunkte, Rechte und Protokolle bis zur Anbindung an Zoho CRM und Zoho Desk. Wer zuerst einen Überblick über die Modellfamilie braucht, findet ihn in der Erklärung was Claude ist und wie Anthropic es anbietet.

Auf AWS gibt es zwei Zugänge zu Claude, und der Unterschied liegt beim Betreiber. Bei Amazon Bedrock betreibt AWS die Inferenz. Bei der Claude Platform auf AWS betreibt Anthropic die Inferenz, während AWS Anmeldung, IAM-basierte Zugriffskontrolle und Abrechnung über AWS Marketplace bereitstellt.

Die Claude Platform auf AWS ist eine kommerzielle Integration für Abrechnung und Zugriff über AWS, bei der die Modelle auf von Anthropic verwalteter Infrastruktur laufen. Laut AWS-Seite zur Claude Platform auf AWS bietet sie das gesamte Plattformerlebnis von Anthropic, einschließlich Agentenfähigkeiten, Codeausführung und Beta-Funktionen. Neue Modelle erscheinen dort am selben Tag wie auf der Claude API von Anthropic.

Für den Datenort ist ein Satz derselben Seite entscheidend: Daten befinden sich möglicherweise nicht in AWS, und die Inferenz kann an die primäre Cloud von Anthropic weitergeleitet werden. Über den Parameter inference_geo legen Sie die Geografie pro Anfrage fest. Laut AWS stehen derzeit nur USA und Global zur Auswahl, ohne Angabe gilt Global. Eine Verarbeitung nur in der EU ist dort also nicht möglich. Laut AWS sind Anthropic und AWS dabei jeweils eigenständige Auftragsverarbeiter im Sinne der DSGVO. Es gelten die AWS-Servicebedingungen und zusätzlich die kommerziellen Nutzungsbedingungen, der Zusatz zur Datenverarbeitung und die Nutzungsrichtlinie von Anthropic.

Bedrock passt deshalb, wenn die Verarbeitung vollständig innerhalb von AWS bleiben soll. Die Claude Platform passt, wenn Sie den vollen Funktionsumfang der Claude API brauchen und den zweiten Verarbeiter vertraglich abbilden können.

Welche Claude-Modelle in welcher EU-Region laufen, müssen Sie am Tag der Entscheidung selbst prüfen. Anthropic schreibt in der Dokumentation zu Claude auf Amazon Bedrock ausdrücklich, dass die Verfügbarkeit der Modelle je Region unterschiedlich ist. Eine feste Liste, die über Monate gilt, gibt es nicht.

Die Region Europa (Frankfurt) bietet Claude-Modelle in Bedrock seit Mai 2024 an, damals mit einer inzwischen abgelösten Modellgeneration. Die aktuelle Modellübersicht von Anthropic führt vier aktuelle Modelle und nennt Amazon Bedrock als Bezugsweg neben der Claude API:

• Claude Opus 5.5: der empfohlene Startpunkt, wenn unklar ist, welches Modell passt.
• Claude Sonnet 5.5: laut Preisseite die beste Kombination aus Tempo und Intelligenz.
• Claude Haiku 5.5: für große Mengen und zeitkritische Aufgaben wie Klassifizierung, Extraktion und Weiterleitung.
• Claude Fable 5.1: für anspruchsvolles Schlussfolgern und lange agentische Abläufe, Bedrock-ID anthropic.claude-fable-5-1.

Alle vier haben laut Modellübersicht ein Kontextfenster von 1 Million Tokens und bis zu 128.000 Tokens Ausgabe. Beachten Sie die Lebenszyklen: Auf Partnerplattformen wie Bedrock legt der Partner die Termine fest, und sie können vom Zeitplan der Claude API abweichen. Für Claude Opus 5.5 nennt Anthropic eine Abschaltung nicht vor dem 22. September 2027, auf Bedrock kann dieses Datum anders liegen.

Der Endpunkt entscheidet, über welche Regionen Ihre Daten laufen. Für die neueren Modellgenerationen bietet Bedrock laut Anthropic zwei Endpunkttypen. Ein globaler Endpunkt leitet Anfragen dynamisch an Regionen mit freier Kapazität. Ein regionaler Endpunkt, bei AWS auch CRIS (Cross-Region Inference) genannt, leitet den Verkehr nur über festgelegte Regionen in Europa. Laut AWS gehört dazu neben EU-Regionen auch Zürich in der Schweiz, was Sie in Ihrem Verzeichnis der Verarbeitungstätigkeiten als Drittland angeben.

Regionale Endpunkte sind laut Anthropic für Datenresidenz und Compliance erforderlich und für die USA, die EU, Japan und den asiatisch-pazifischen Raum verfügbar. Wer noch enger binden will, braucht eine einzelne Region. Laut einem LinkedIn-Beitrag von Dimitri Rupp zur Datenresidenz auf Bedrock zeigt AWS dafür für Claude Code zwei Wege: die Invoke API mit Application Inference Profile oder den neueren Mantle-Endpunkt mit nativer Regionsbindung.

Variante	Weg der Anfrage	Datenort	Preis	Geeignet für
Globaler Endpunkt	dynamisch zu Regionen mit freier Kapazität	nicht auf die EU begrenzt	kein Aufschlag	Daten ohne Personenbezug oder mit geklärter Grundlage für Drittlandübermittlungen
Regionaler Endpunkt EU	nur über festgelegte europäische Regionen	EU-Regionen und Zürich (Schweiz)	10 % Aufschlag	Datenresidenz und Compliance
Einzelne Region	Application Inference Profile oder Mantle-Endpunkt	eine AWS-Region	in den Quellen nicht beziffert	strenge interne Vorgaben

Für die meisten Unternehmen in Deutschland ist der regionale EU-Endpunkt der übliche Ausgangspunkt. Die einzelne Region lohnt sich, wenn eine interne Richtlinie oder ein Kundenvertrag genau eine Region vorschreibt.

Neuere Claude-Modelle rufen Sie auf Bedrock über eine Inference Profile ID auf, nicht über die Basis-ID. Die Inference Profile ID ist die Basis-Modell-ID mit einem regionalen oder globalen Präfix davor. Das Präfix bestimmt, welcher Endpunkt die Anfrage annimmt.

Der Grund liegt im Angebot von AWS. Laut Anthropic bietet AWS neuere Claude-Modelle über Cross-Region Inference an statt über On-Demand-Durchsatz. Übergibt Ihre Anwendung dennoch nur die Basis-ID, etwa anthropic.claude-fable-5-1, schlägt die Anfrage mit einem HTTP-Fehler 400 fehl.

Für den Betrieb in der EU folgen daraus zwei Prüfungen vor dem ersten Test:

• Die Anwendung verwendet die Inference Profile ID mit dem Präfix für die EU, nicht das globale Präfix.
• Die Konfiguration hält diese ID an genau einer Stelle fest, damit ein Modellwechsel keine verstreuten Änderungen nach sich zieht.

Das zweite Prinzip hilft auch bei Lebenszyklen. Wenn AWS ein Modell abkündigt, tauschen Sie eine einzige Zeile und testen gezielt neu. Über die Models API von Anthropic lassen sich Fähigkeiten und Token-Grenzen eines Modells zudem programmatisch abfragen, was bei Wechselentscheidungen hilft.

Rechte und Protokolle richten Sie ein, bevor die erste produktive Anfrage läuft. IAM (Identity and Access Management) ist das Rechtesystem von AWS, das festlegt, welche Person oder welche Anwendung welchen Dienst aufrufen darf. Laut dem genannten LinkedIn-Beitrag ordnet Bedrock jeden Inferenzaufruf automatisch dem auslösenden IAM-Principal zu: einem IAM-Benutzer, einer angenommenen Rolle oder einer föderierten Identität über Okta oder Entra ID.

Diese Reihenfolge hat sich für die Einrichtung bewährt:

1. AWS CLI in Version 2.13.23 oder neuer installieren, wie Anthropic es voraussetzt.
2. Für jede Anwendung eine eigene IAM-Rolle anlegen, damit Aufrufe und Kosten getrennt sichtbar bleiben.
3. Über die Anmeldeart entscheiden: AWS-Zugangsdaten oder ein Bearer-Token über die Umgebungsvariable AWS_BEARER_TOKEN_BEDROCK, die das SDK automatisch erkennt.
4. Protokollierung einschalten und mindestens 30 Tage rollierend aufbewahren, wie Anthropic es empfiehlt. Da die Protokolle personenbezogene Daten enthalten können, legen Sie zusätzlich eine Höchstfrist fest.
5. Kostenzuordnung prüfen: Laut dem LinkedIn-Beitrag fließen die Daten ohne Aufpreis in den AWS Cost and Usage Report 2.0.

Ein Bearer-Token ist bequem, wirkt aber wie ein Passwort. Behandeln Sie es entsprechend und speichern Sie es nicht im Quelltext. Die eigene Rolle je Anwendung zahlt sich später aus, wenn Datenschutz oder Controlling fragen, wer wann welche Daten an das Modell gegeben hat.

Auf Bedrock fehlen einige Funktionen der Claude API, und das wirkt sich direkt auf die Architektur aus. Laut Anthropic werden serverseitige Tools wie Codeausführung, Websuche und Web Fetch auf Bedrock nicht unterstützt. Ebenso fehlt die Agent-Infrastruktur, also Agent Skills, der MCP connector und programmatischer Tool-Aufruf.

Der MCP connector ist die Funktion der Claude API, mit der das Modell entfernte MCP Server direkt ansprechen kann. Ein MCP Server ist ein Dienst, der Claude Werkzeuge und Daten eines anderen Systems nach einem offenen Standard bereitstellt. Ohne den MCP connector übernimmt auf Bedrock Ihre eigene Anwendung diese Vermittlung.

Anderes steht auf Bedrock zur Verfügung:

• PDF-Verarbeitung über die Converse API und die InvokeModel API.
• Ein Kontextfenster von 1 Million Tokens für die neueren Modelle.
• Die Client-SDKs von Anthropic, alternativ ein AWS-SDK wie boto3.

Eine harte Grenze gilt für die Größe: Bedrock begrenzt eine Anfrage auf 20 MB. Bei großen PDF-Anhängen aus dem Helpdesk planen Sie deshalb vorab, ob die Anwendung Dokumente aufteilt. Wer Codeausführung, Websuche oder Skills als Kern des Vorhabens braucht, prüft stattdessen die Claude Platform auf AWS.

Auf Bedrock binden Sie CRM und Helpdesk über Tool Use in Ihrer eigenen Anwendung an. Tool Use bedeutet, dass Ihre Anwendung dem Modell Werkzeuge beschreibt, etwa „Kontakt suchen" oder „Ticket kategorisieren". Claude entscheidet, welches Werkzeug es braucht, und Ihre Anwendung führt den Aufruf mit ihren eigenen Rechten aus. Alle aktuellen Claude-Modelle unterstützen laut Anthropic Tool Use.

Diese Aufteilung hat einen Vorteil für die Kontrolle. Das Modell sieht nur, was Ihre Anwendung ihm übergibt. Schreibende Aktionen in Zoho CRM oder Zoho Desk laufen über Code, den Sie prüfen, protokollieren und mit einer Freigabe versehen können.

Bei Svennis bauen wir für jede Verbindung einen connector, einen MCP Server, ein plugin oder einen skill, zeigen die Optionen mit ihren Kosten, und der Kunde wählt. Fällt die Wahl auf Bedrock, streichen wir vorher die Varianten, die auf dem MCP connector oder auf Agent Skills der Claude API beruhen, damit der Kunde nur zwischen Wegen entscheidet, die dort tatsächlich laufen.

Für die Datenmenge gilt ein einfacher Grundsatz: Die Anwendung holt pro Anfrage nur die Felder, die für die Aufgabe nötig sind. Ein Ticket braucht Betreff, Text und vielleicht die Produktkategorie, nicht die gesamte Kundenhistorie. Wie ein solcher Agent für einen einzelnen Prozess aufgebaut wird, zeigt der Pilot A für einen KI-Agenten mit Claude.

Ein Beispiel macht die Schritte greifbar: Ein Unternehmen mit AWS-Konto in Frankfurt will eingehende Tickets in Zoho Desk automatisch einer Kategorie zuordnen. Die Aufgabe ist Klassifizierung in großer Menge, also genau der Einsatz, für den Anthropic Claude Haiku 5.5 vorsieht. Die Entscheidungen fallen in dieser Reihenfolge:

1. Verfügbarkeit prüfen: Das Team bestätigt im eigenen AWS-Konto, dass Claude Haiku 5.5 über den regionalen EU-Endpunkt angeboten wird. Ist das nicht der Fall, testet es Claude Sonnet 5.5.
2. Modell-ID festlegen: Die Anwendung erhält die Inference Profile ID mit EU-Präfix an einer zentralen Stelle der Konfiguration.
3. Rolle anlegen: Eine eigene IAM-Rolle darf nur dieses Modell aufrufen, nichts anderes in Bedrock.
4. Werkzeuge definieren: Die Anwendung beschreibt ein Werkzeug „Kategorie setzen" mit den erlaubten Kategorien aus Zoho Desk.
5. Grenzen setzen: Anhänge über 20 MB pro Anfrage gehen nicht an das Modell. PDFs darunter übergibt die Anwendung über die Converse API.
6. Unsichere Fälle abfangen: Nennt Claude keine eindeutige Kategorie, landet das Ticket in einer Prüfwarteschlange bei einem Menschen.
7. Protokolle prüfen: Die Aufrufe werden mindestens 30 Tage aufbewahrt, die Kosten erscheinen je Rolle im Cost and Usage Report 2.0.

Nach diesen Schritten steht ein schmaler, nachvollziehbarer Prozess. Erweiterungen wie Antwortentwürfe oder die Übergabe an Zoho CRM folgen erst, wenn die Zuordnung im Alltag zuverlässig läuft.

Der regionale EU-Endpunkt kostet laut Anthropic 10 Prozent mehr als ein globaler Endpunkt. Diesen Aufschlag zahlen Sie dafür, dass die Anfragen nur über festgelegte europäische Regionen laufen, einschließlich Zürich. Die Bedrock-Preise selbst legt AWS fest, deshalb lesen Sie sie für Ihre Region im eigenen Konto nach.

Bei der Claude Platform auf AWS rechnet AWS Marketplace in Claude Consumption Units ab. Eine Claude Consumption Unit (CCU) kostet fest 0,01 US-Dollar. Die Token-Nutzung wird zu den Standardpreisen von Anthropic in US-Dollar bewertet und dann in CCUs umgerechnet. Die Preisseite von Anthropic nennt dafür diese Grundpreise je Million Tokens:

Modell	Eingabe	Ausgabe
Claude Fable 5.1	10 USD	50 USD
Claude Opus 5.5	4 USD	20 USD
Claude Sonnet 5.5	2 USD	10 USD
Claude Haiku 5.5	ab 0,10 USD	ab 0,50 USD

Beim Rechnen hilft ein Hinweis der Preisseite: Die neueren Modelle nutzen einen Tokenizer, der für denselben Text etwa 30 Prozent mehr Tokens erzeugt. Schätzungen auf Basis älterer Messungen fallen deshalb zu niedrig aus. Für sehr hohe Volumen verhandelt Anthropic Rabatte im Einzelfall. Wer statt API-Nutzung Lizenzen für ein Team vergleicht, findet die Preise für Claude Pro, Team und Max auf einer eigenen Seite.

Für Unternehmen in Deutschland ist der Datenweg die erste Frage des Datenschutzbeauftragten, und Bedrock beantwortet sie gut dokumentiert. Mit dem regionalen EU-Endpunkt laufen Anfragen nur über europäische Regionen. Mit einer Single-Region-Konfiguration bleibt die Verarbeitung in einer einzigen Region. Welche Regionen das je Modell sind, prüfen Sie in der Modellkarte von AWS; Frankfurt gehört derzeit nicht dazu.

Ein weiterer Punkt betrifft Anthropic als Empfänger. Laut AWS haben Modellanbieter wie Anthropic keinen Zugriff auf die Bedrock-Protokolle oder auf Ihre Anfragen und Antworten. Bei der Claude Platform auf AWS ist die Lage anders: Dort sind Anthropic und AWS laut AWS jeweils eigenständige Auftragsverarbeiter, und die Inferenz kann an die primäre Cloud von Anthropic gehen.

Für Ihr Verzeichnis der Verarbeitungstätigkeiten halten Sie unter anderem fest:

• Welcher Zugang und welcher Endpunkt gewählt wurde.
• Welche Regionen und Drittländer dabei erreicht werden können.
• Welche Felder aus CRM und Helpdesk an das Modell gehen.
• Wie lange Protokolle aufbewahrt werden.

Die Fragen zu Speicherfristen auf Anthropic-Seite behandelt der Leitfaden zur Aufbewahrung und Löschung von Daten in Claude. Für die Claude Platform auf AWS ist laut AWS auf Anfrage auch Zero Data Retention erhältlich, also eine Option ohne Datenaufbewahrung, die der Kundenbetreuer von Anthropic aktiviert.

Der sinnvolle Start ist eine kurze Klärung im eigenen Haus, bevor Code entsteht. Diese Liste können Sie mit IT und Datenschutz in einer Sitzung abarbeiten:

1. Zugang wählen: Bedrock, wenn die Verarbeitung bei AWS bleiben soll, oder Claude Platform auf AWS, wenn Sie Skills und Codeausführung brauchen.
2. Endpunkt festlegen: regional EU als Standard, eine einzelne Region bei strengeren Vorgaben.
3. Modellverfügbarkeit in Ihrer Region am Tag der Entscheidung prüfen.
4. IAM-Rolle je Anwendung und mindestens 30 Tage Protokollierung einplanen.
5. Einen einzelnen Prozess auswählen, etwa die Ticketzuordnung in Zoho Desk.

Svennis begleitet solche Vorhaben in vier Schritten: dem Workshop, dann Pilot Claude A für einen KI-Agenten in einem Prozess oder Pilot Claude B mit Claude Team für das ganze Team, danach die Activation der Abteilung und schließlich der laufende monatliche Betrieb. Wenn noch offen ist, welcher Prozess zuerst kommt, ist der Claude-Workshop für den KI-Plan in zwei Wochen der passende Einstieg.