Claude auf AWS Bedrock: wann sich der Umweg für dein Unternehmen lohnt

Der AWS-Vertrag steht seit Jahren, das Budget ist bewilligt, die Rechnung kommt sowieso jeden Monat. Wenn dann jemand im Team vorschlägt, Claude gleich über Amazon Bedrock zu beziehen statt einen neuen Vertrag mit Anthropic zu schließen, klingt das nach der bequemen Lösung. Meistens ist es das auch. An drei Stellen kostet der Umweg allerdings Geld oder Funktionen, und an einer vierten liefert er genau das Datenschutz-Argument, wegen dem sich der Aufwand überhaupt erst rechnet.

Grundgestein mit Bruchlinie: Der Untergrund trägt, wenn man weiß, wo die Risse verlaufen. Foto: 高 长华 auf Pexels

Drei Wege, nicht einer: was AWS 2026 tatsächlich anbietet

Wer „Claude über AWS” sagt, meint seit diesem Jahr eines von drei Produkten. Die Verwechslung ist kein Detail für Entwickler, weil an ihr die gesamte Datenschutz-Argumentation hängt, mit der du in die Betriebsratssitzung gehst.

Der älteste Weg ist die klassische Bedrock-Anbindung über die Schnittstellen InvokeModel und Converse mit den langen, versionierten Modellkennungen wie anthropic.claude-opus-4-5-20251101-v1:0. Anthropic führt sie mittlerweile als Alt-Anbindung für Claude Opus 4.6 und älter.

Daneben steht seit dem Sprung auf Claude Opus 4.7 der neuere Weg, den Anthropic „Claude in Amazon Bedrock” nennt. Er serviert die Messages-API unter /anthropic/v1/messages auf der Basis-URL bedrock-mantle.{region}.api.aws. Der Vorteil für dein Entwicklungsteam ist handfest: Der Aufbau von Anfrage und Antwort ist derselbe wie bei der Direkt-API, ein Wechsel bedeutet im Wesentlichen eine andere Basis-URL und eine andere Modellkennung.

Der dritte Weg heißt „Claude Platform on AWS” und wird gern mit Bedrock verwechselt, weil beides über das AWS-Konto läuft. Hier betreibt jedoch Anthropic die Inferenz, AWS liefert nur Anmeldung, Rechteverwaltung und Abrechnung über den AWS Marketplace.

Über den neueren Bedrock-Endpunkt erreichbar sind Claude Fable 5, Claude Opus 5, Claude Opus 4.8, Claude Opus 4.7, Claude Sonnet 5 und Claude Haiku 4.5. Fünf davon, nämlich Fable 5, Opus 4.8, Opus 4.7, Sonnet 5 und Haiku 4.5, stehen laut Anthropic allen Bedrock-Kunden offen; für Opus 5 gelten eigene Zugangskriterien, die du in der Bedrock-Konsole unter Model Access prüfst. Die Modellkennungen tragen ein schlichtes anthropic.-Präfix, aus claude-opus-5 wird also anthropic.claude-opus-5.

Der Punkt, an dem sich die drei Wege wirklich unterscheiden

Für eine deutsche Geschäftsführung ist die interessanteste Zeile in der Tabelle oben die dritte. Bei Amazon Bedrock ist AWS der Auftragsverarbeiter für die Inferenz, und das ist mehr als eine juristische Formalie.

AWS beschreibt in der Bedrock-Dokumentation ein Konstrukt namens Model Deployment Account: In jeder Region, in der Bedrock verfügbar ist, existiert je Modellanbieter ein solches Konto, betrieben vom Bedrock-Team selbst. AWS kopiert die Inferenz-Software des Anbieters dort hinein. Der Satz, der zählt, steht direkt dahinter: „Because the model providers don’t have access to those accounts, they don’t have access to Amazon Bedrock logs or to customer prompts and completions.” Anthropic bestätigt dieselbe Abgrenzung von der anderen Seite und spricht von „zero operator access”, also davon, dass Anthropic-Personal keinen Zugriff auf die Inferenz-Infrastruktur hat.

Praktisch heißt das: Deine Prompts und die Antworten bleiben in der AWS-Vertragsbeziehung, die dein Haus ohnehin schon hat. Das Auftragsverarbeitungsverhältnis läuft über den AWS Data Processing Addendum, der laut AWS automatisch Teil des Kundenvertrags ist und die von der EU-Kommission 2021 verabschiedeten Standardvertragsklauseln enthält. Es gibt also nichts nachzuverhandeln und nichts gesondert zu unterschreiben. Für Firmen, deren Datenschutzbeauftragter beim Stichwort „neuer US-Anbieter” reflexhaft die Bremse zieht, ist genau das der eigentliche Grund für den Umweg.

Bei Claude Platform on AWS kippt diese Logik. Anthropic schreibt in der eigenen Dokumentation klar, dass die Daten dort nicht zwingend bei AWS liegen: „data may not reside in AWS, inference may route to Anthropic’s primary cloud, and subservices may change without notice.” Wer dieses Produkt wählt, weil auf der Rechnung AWS steht, hat sich beim Auftragsverarbeiter vertan.

Organisationen in regulierten Branchen, die FedRAMP High, IL4, IL5 oder HIPAA-Bereitschaft brauchen oder für die AWS der alleinige Auftragsverarbeiter sein muss, sollten Claude in Amazon Bedrock nutzen.

Anthropic, Dokumentation zu Claude Platform on AWS, abgerufen am 24.08.2026

Frankfurt geht, kostet aber Aufschlag und hat eine Fußnote

Der zweite Grund, warum deutsche Firmen bei Bedrock landen, ist die Region. Die Regionsliste von Anthropic führt eu-central-1, Europe (Frankfurt), mit den Endpunkttypen Global und EU. Dazu kommen Zürich, Stockholm, Mailand, Spanien, Irland, London und Paris.

Bedrock unterscheidet zwei Endpunktarten. Der globale Endpunkt verteilt Anfragen dynamisch über alle verfügbaren Regionen und kostet keinen Aufschlag. Der regionale Endpunkt hält die Verarbeitung in einer festgelegten Geografie und kostet laut Anthropic-Dokumentation 10 Prozent mehr, weil AWS dafür dedizierte regionale Kapazität vorhalten muss.

Zwei Fußnoten dazu findest du in keinem deutschen Vergleichsartikel, und beide sind für eine Datenschutz-Folgenabschätzung wichtig.

Erstens: Zur EU-Geografie von Bedrock zählen nach derselben Tabelle auch London und Zürich. Beide liegen datenschutzrechtlich außerhalb der EU. Wenn dein Anwendungsfall eine Verarbeitung ausschließlich im EWR verlangt, reicht die Aufschrift „EU” auf dem Inferenzprofil als Nachweis nicht aus. Die verbindliche Liste der Zielregionen steht bei AWS auf der Detailseite des jeweiligen Modells unter „Regional availability”, und AWS sagt zu, dass die Zielregionen eines geografiegebundenen Profils sich nicht mehr ändern. Diese Liste gehört in deine Akte, nicht der Marketingbegriff.

Zweitens: Ein Festnageln auf genau eine Region ohne Inferenzprofil unterstützen in Europa laut Anthropic-Tabelle nur Irland und Stockholm, gekennzeichnet als „In-region only”. Frankfurt steht dort nicht. Wer also aus Reflex „Server in Deutschland” in die Ausschreibung schreibt, sollte diesen Punkt vorher prüfen, statt ihn zu versprechen.

Ein dritter Satz aus der AWS-Dokumentation verbindet Region und Speicherung: „If cross-region inference is enabled for these models, retained inputs and outputs are stored in destination regions.” Falls in deinem Konto also überhaupt etwas gespeichert wird, landet es dort, wo die Anfrage verarbeitet wurde. Der globale Endpunkt und eine Aufbewahrung schließen sich damit für europäische Zwecke praktisch aus. Genau dafür zahlst du die 10 Prozent.

Was der Umweg kostet, gegen die Direkt-API gerechnet

Die Preise auf Bedrock setzt AWS, nicht Anthropic. In der Praxis liegen die Sätze am globalen Endpunkt auf dem Niveau der Anthropic-Preisliste, der regionale Endpunkt schlägt die genannten 10 Prozent drauf. Alle Werte je Million Token, Grundlage ist die Anthropic-Preisdokumentation mit Stand 24. August 2026:

Eine Preisfalle steckt in der Sonnet-5-Zeile. Die 2 zu 10 US-Dollar waren ursprünglich ein Einführungspreis bis zum 31. August 2026, danach sollten 3 zu 15 US-Dollar gelten. Anthropic hat diese Erhöhung für die eigene API abgesagt und die 2 zu 10 zum Normalpreis erklärt. AWS führt eine eigene Preisliste. Wer für das vierte Quartal budgetiert, schaut vorher auf die AWS-Preisseite nach, statt die Anthropic-Zahl zu übernehmen.

Rechne den Aufschlag an einem realistischen Volumen durch. Eine Abteilung fährt Sonnet 5 mit 200 Millionen Input- und 25 Millionen Output-Token im Monat, also einem stabilen Fachverfahren mit ein paar Dutzend Nutzern.

• Am globalen Endpunkt oder direkt bei Anthropic: 400 US-Dollar Input plus 250 US-Dollar Output, macht 650 US-Dollar.
• Über den EU-Endpunkt mit den 10 Prozent: 715 US-Dollar, also 65 US-Dollar mehr im Monat.
• Aufs Jahr sind das 780 US-Dollar Unterschied, beim EZB-Referenzkurs von 1,1699 US-Dollar je Euro vom 21. August 2026 rund 667 Euro.

667 Euro im Jahr für eine belastbare Aussage zum Verarbeitungsort ist in fast jedem Mittelstandsfall gut angelegtes Geld. Es ist billiger als die zwei Beratungstage, die eine Diskussion über die Alternative kostet. Wie du die Grundrechnung für dein eigenes Volumen aufstellst, steht ausführlich in Claude API Kosten kalkulieren.

Der teurere Posten ist ein anderer, und er taucht in keiner Preistabelle auf.

Die Rechnung, die niemand aufmacht: der fehlende Stapelbetrieb

Auf dem neueren Bedrock-Endpunkt fehlt die Message-Batches-API von Anthropic. Über die Direkt-API halbiert dieser Stapelbetrieb sowohl Input- als auch Output-Preis, aus 2 zu 10 werden bei Sonnet 5 also 1 zu 5 US-Dollar.

Nimm dieselbe Abteilung und nimm an, die Hälfte des Volumens ist nicht zeitkritisch: nächtliche Auswertungen, Massenklassifikation, Berichtsaufbereitung. Über die Direkt-API kostet diese Hälfte im Stapelbetrieb 162,50 statt 325 US-Dollar. Die Ersparnis von 162,50 US-Dollar im Monat ist zweieinhalbmal so groß wie der gesamte EU-Aufschlag, über den vorher diskutiert wurde.

AWS hat für Bedrock einen eigenen Stapelbetrieb mit 50 Prozent Rabatt, der allerdings über die Auftrags-Schnittstelle von Bedrock läuft und damit anderen Code braucht als die Message-Batches-API. Ob er für dein Modell verfügbar ist, prüfst du auf der AWS-Preisseite, bevor du damit kalkulierst.

Was auf Bedrock sonst noch fehlt

Die Funktionslücke ist der Preis dafür, dass eine dritte Partei die Modelle betreibt. Anthropic listet sie offen. Auf dem neueren Bedrock-Endpunkt sind laut Dokumentation nicht verfügbar:

• Strukturierte Ausgaben, also das erzwungene Antwortschema. Auf der Alt-Anbindung gibt es sie, auf dem neuen Endpunkt nicht.
• Die Files-API und URL-Quellen für Bilder und Dokumente. Dateien müssen also weiter im Anfragetext mitreisen, und Bedrock begrenzt eine Anfrage auf 20 MB.
• Serverseitige Werkzeuge: Code-Ausführung, Websuche, Web-Abruf.
• Agent Skills, der serverseitige MCP-Konnektor und programmatische Werkzeugaufrufe. Eigene MCP-Server lassen sich weiterhin clientseitig anbinden, die serverseitige Variante von Anthropic fehlt. Was MCP im Firmeneinsatz leistet, steht in MCP erklärt.
• Die Endpunkte für Message Batches, Modelle, Administration, Compliance sowie Nutzung und Kosten. Die letzten beiden fallen im Betrieb auf, weil Auswertungen dann über CloudWatch und CloudTrail laufen statt über die Claude-Konsole.
• Der Header anthropic-beta wird nicht durchgereicht. Neue Funktionen erreichen dich also erst nach dem Fahrplan von AWS.

Verfügbar sind dagegen die Dinge, die den Alltag tragen: Messages-API, Prompt-Caching, das erweiterte Denken, Werkzeugnutzung samt Bash-, Speicher- und Texteditor-Werkzeug sowie Zitate. Das Kontextfenster umfasst auf Bedrock bei Fable 5, Opus 5, Opus 4.8, Opus 4.7, Opus 4.6, Sonnet 5 und Sonnet 4.6 volle eine Million Token. Das Standardkontingent liegt bei 2 Millionen Input-Token pro Minute und lässt sich ohne zusätzliche Freigabe durch Anthropic auf 4 Millionen anheben.

Die Fable-5-Falle: ein Modell, das Datenweitergabe erzwingt

Diesen Punkt sollte jeder lesen, der Bedrock aus Datenschutzgründen wählt. Bedrock steuert die Aufbewahrung über einen Modus, den du auf Konto- oder Projektebene setzt. Vier Werte sind möglich: inherit als Voreinstellung für neue Konten, default, provider_data_share und none für null Aufbewahrung.

Jedes Modell erklärt seinerseits, welche Modi es zulässt. Und hier wird es unangenehm: Claude Fable 5 und Claude Mythos 5 lassen ausschließlich provider_data_share zu. AWS schreibt dazu unmissverständlich, was das bedeutet: „user prompts and completions are shared with Anthropic and retained for up to 30 days for trust and safety purposes.” Steht dein Konto auf none oder default, taucht Fable 5 schlicht als nicht verfügbar auf.

Claude Opus 4.8 dagegen erlaubt alle drei Modi. Ein Beispiel aus der AWS-Dokumentation zeigt den Unterschied sauber: Wird eine Fable-5-Anfrage von einem Sicherheitsfilter abgelehnt und auf Opus 4.8 zurückgefallen, gelten für diesen zweiten Aufruf die Regeln von Opus 4.8. Die Opus-Antwort wird also weder aufbewahrt noch mit Anthropic geteilt, obwohl die ursprüngliche Anfrage es geworden wäre.

Wer eine Aufbewahrung ausschließen muss, erzwingt sie organisationsweit per Service Control Policy, statt sich auf Konteneinstellungen zu verlassen:

{
  "Effect": "Deny",
  "Action": [
    "bedrock-mantle:PutAccountDataRetention",
    "bedrock-mantle:CreateProject",
    "bedrock-mantle:UpdateProject"
  ],
  "Condition": {
    "StringNotEquals": {
      "bedrock-mantle:DataRetentionMode": "none"
    }
  }
}

Zum Start gibt es für die Aufbewahrung keine Oberfläche in der Konsole, die Einstellung läuft ausschließlich über die API. Prüf sie also aktiv, statt anzunehmen, dass die Voreinstellung in deinem Sinne ist. Wie du die übrigen Datenschutzfragen bei einer Claude-Einführung abräumst, steht in Claude DSGVO-konform einführen.

Wann sich der Umweg lohnt, und wann nicht

Die Entscheidung lässt sich auf wenige Situationen eindampfen.

Für Bedrock spricht ein bestehender AWS-Rahmenvertrag mit ausgehandelten Konditionen, ein Datenschutzbeauftragter, der einen einzigen Auftragsverarbeiter sehen will, eine Anforderung an den Verarbeitungsort, die über „irgendwo in der EU” hinausgeht, und ein Beschaffungsprozess, in dem ein neuer Lieferant sechs Wochen Vorlauf bedeutet. Kommt dazu ein Anwendungsfall mit sensiblen Daten, der ohnehin in einer VPC läuft, ist die Sache klar.

Gegen Bedrock spricht ein Produktteam, das an der vordersten Kante arbeitet und neue Funktionen am Erscheinungstag braucht. Dasselbe gilt für Anwendungen, die stark auf Agent Skills, den serverseitigen MCP-Konnektor oder die Websuche setzen. Wer viel nicht zeitkritisches Volumen hat, verliert über die fehlende Batch-API mehr, als die Datenresidenz einbringt.

Der pragmatische Mittelweg ist in vielen Häusern der richtige: das Kerngeschäft mit Kundendaten über Bedrock am EU-Endpunkt, die Experimentierumgebung des Marketingteams über einen kleinen Direktvertrag mit Anthropic. Anthropic weist ausdrücklich darauf hin, dass die Plattformen getrennte Kapazitätsbereiche nutzen und sich parallel betreiben lassen. Zwei Verträge bilden dabei schlicht zwei Risikoklassen ab, die im Haus ohnehin getrennt behandelt werden. Für die Frage, welcher Anthropic-Vertrag dabei der passende ist, hilft Claude Team vs. Enterprise weiter, und den Gesamtüberblick über die Claude-Familie findest du auf unserer Themenseite Claude.

Der konkrete nächste Schritt für dich: Ruf aws bedrock list-foundation-models --by-provider anthropic in eurer Frankfurt-Region auf und schau nach, welche Modelle dort tatsächlich freigeschaltet sind. Danach setzt du in einem Testkonto den Aufbewahrungsmodus auf none und schickst eine einzige Anfrage an das Modell, das ihr einsetzen wollt. Kommt eine Antwort, ist die Datenschutzfrage praktisch beantwortet. Kommt der Hinweis „not available under data retention mode”, weißt du vor der Ausschreibung statt danach, dass dieses Modell Datenweitergabe verlangt.

Learoy Eichholz

Lead KI-Automation & Digitale Businessentwicklung, Collective Brain GmbH · Hamburg

Learoy Eichholz verantwortet bei Collective Brain die KI-Automation und die digitale Businessentwicklung. In 15 Jahren E-Commerce hat er Online-Geschäfte von innen kennengelernt, vom Shopsystem über Logistik und Daten bis zur Conversion. Diese Praxis bringt er heute in KI-gestützte Automatisierung ein: Er verzahnt Tools, Daten und Abläufe so, dass Mittelständler manuelle Arbeit abbauen und schneller wachsen. Sein Anspruch ist Automatisierung mit messbarem Geschäftseffekt statt Technik um der Technik willen.

Beratung anfragen