- Published on
Claude Platform on AWS oder Bedrock — nicht dasselbe
- Authors

- Name
- Phillip Pham
- @ddppham
Claude Platform on AWS gegen Amazon Bedrock
TL;DR
Beide führen über AWS zu Claude und sind verschiedene Produkte. Claude Platform on AWS wird von Anthropic betrieben, hat taggleiche Funktionsparität und unpräfixierte Modell-IDs. Amazon Bedrock wird von AWS betrieben, hat einen reduzierten Funktionsumfang und anthropic.-präfixierte IDs. Wer sie verwechselt, bekommt einen Fehler 400 — oder trifft eine Architekturentscheidung, ohne es zu merken.
Der Unterschied in einem Absatz
Claude Platform on AWS ist die Anthropic-Plattform, erreichbar über AWS-Infrastruktur: SigV4-Authentifizierung, Zugriffssteuerung über AWS IAM, Abrechnung über den AWS Marketplace. Weil Anthropic sie betreibt, entspricht der Funktionsumfang der Erstanbieter-API — neue Funktionen erscheinen am selben Tag.
Amazon Bedrock ist ein von AWS betriebener Dienst, der Modelle mehrerer Anbieter bereitstellt. Eigener Veröffentlichungsrhythmus, eigenes Ökosystem, reduzierter Funktionsumfang bei Claude.
Beide existieren nebeneinander. Die Wahl fällt danach, ob Sie AWS-native Identitäts- und Abrechnungswege mit vollem Anthropic-Funktionsumfang brauchen, oder ob Sie in das Bedrock-Ökosystem hineinwollen.
Woran Sie im Code erkennen, welchen Weg jemand gewählt hat
| Claude Platform on AWS | Amazon Bedrock | |
|---|---|---|
| Modell-ID | claude-opus-5 | anthropic.claude-opus-5 |
| Endpunkt | aws-external-anthropic.{region}.api.aws | bedrock-mantle.{region}.api.aws |
| Python-Client | AnthropicAWS() | AnthropicBedrockMantle(aws_region=...) |
| TypeScript | AnthropicAws aus @anthropic-ai/aws-sdk | AnthropicBedrockMantle aus @anthropic-ai/bedrock-sdk |
| Betrieben von | Anthropic | AWS |
Die Modell-ID ist der schnellste Indikator. Ein anthropic.-Präfix bedeutet Bedrock; ohne Präfix ist es die Erstanbieter-Kennung.
Und die Verwechslung schlägt fehl: Eine unpräfixierte ID gegen einen Bedrock-Client gibt einen Fehler 400, eine präfixierte gegen Claude Platform on AWS ebenso. Beim Migrieren zwischen den beiden Wegen ist das ein systematischer Fehler, kein Einzelfall.
Der Funktionsunterschied
Hier liegt die eigentliche Architekturentscheidung. Auf Claude Platform on AWS gilt der Erstanbieter-Funktionsumfang praktisch vollständig. Auf Bedrock fehlt eine ganze Reihe:
| Funktion | Claude Platform on AWS | Amazon Bedrock |
|---|---|---|
| Batch-Verarbeitung (50 % Rabatt) | ja | nein |
| Files-API | Beta | nein |
| Automatisches Prompt-Caching | ja | nein |
| Web-Suche, Web-Abruf | ja | nein |
| Code-Ausführung | ja | nein |
| Managed Agents | Beta | nein |
| MCP-Connector | Beta | nein |
| Programmatische Werkzeugaufrufe | ja | nein |
| Modelle-API | ja | nein |
| Datenresidenz-Parameter | ja | nein |
| Schnellmodus | nein | nein |
Manuelles Prompt-Caching, Werkzeugnutzung, Streaming, PDF-Eingabe, strukturierte Ausgaben, adaptives Denken und Token-Zählung funktionieren auf beiden.
Der Unterschied ist also nicht kosmetisch. Wer über Bedrock geht, verliert den Batch-Rabatt, die Dateiverarbeitung und die gesamte Agenten- und Werkzeugplattform.
Was bei Claude Platform on AWS zu konfigurieren ist
Zwei Werte sind Pflicht, und für keinen gibt es einen Standardwert:
from anthropic import AnthropicAWS
# AWS_REGION und ANTHROPIC_AWS_WORKSPACE_ID müssen gesetzt sein
client = AnthropicAWS()
client.messages.create(
model="claude-opus-5", # ohne Präfix
max_tokens=1024,
messages=[{"role": "user", "content": "Hallo"}],
)
| Wert | Umgebungsvariable | Hinweis |
|---|---|---|
| AWS-Region | AWS_REGION | Pflicht — anders als beim Bedrock-Client gibt es keinen Rückfall auf us-east-1 |
| Arbeitsbereich | ANTHROPIC_AWS_WORKSPACE_ID | Pflicht — leitet die Anfrage an Ihren Claude-Arbeitsbereich |
Die Fehlerbilder sind dabei aufschlussreich und sparen Suchzeit:
Fehler beim Anlegen des Clients, bevor überhaupt eine Anfrage rausgeht: Region oder Arbeitsbereichs-Kennung fehlen.
Fehler 403: Die Anfrage hat den Server erreicht. Entweder ist die Arbeitsbereichs-Kennung falsch, oder dem AWS-Prinzipal fehlt eine IAM-Berechtigung. Das ist kein Konfigurationsfehler auf Clientseite.
Die Authentifizierung läuft über die übliche AWS-Kette: explizite Konstruktorargumente, dann Umgebungsvariablen, dann das gemeinsame Profil, dann angenommene Rollen und Instanz-Metadaten. Ein Anthropic-API-Schlüssel wird nicht gebraucht.
Die Entscheidung
Claude Platform on AWS, wenn: Sie AWS-native Identitätssteuerung und Marketplace-Abrechnung wollen und den vollen Funktionsumfang brauchen — Batch, Dateien, Agenten, serverseitige Werkzeuge.
Amazon Bedrock, wenn: Sie bereits tief im Bedrock-Ökosystem stecken, Modelle mehrerer Anbieter über eine Schnittstelle betreiben, oder eine bestimmte EU-Region brauchen, die dort verfügbar ist.
Der zweite Punkt ist für deutsche Häuser der praktisch relevante: Bedrock bietet Claude in mehreren EU-Regionen. Die vollständige Gegenüberstellung der Datenresidenz steht im Beitrag zur EU-Datenresidenz bei Claude.
Und eine Empfehlung, die unabhängig von der Wahl gilt: Führen Sie beide Wege nicht direkt aus dem Anwendungscode an, sondern über ein Gateway mit logischen Modellnamen. Dann ist ein Wechsel eine Konfigurationszeile statt einer Migration durch mehrere Codebasen — die Systematik steht im Beitrag zum Modellwechsel über das Gateway.
Häufig gestellte Fragen
Ist Claude Platform on AWS dasselbe wie Amazon Bedrock?
Nein. Claude Platform on AWS wird von Anthropic betrieben und nutzt AWS für Authentifizierung, Zugriffssteuerung und Abrechnung — mit taggleicher Funktionsparität zur Erstanbieter-API und unpräfixierten Modell-IDs. Amazon Bedrock wird von AWS betrieben, hat einen eigenen Veröffentlichungsrhythmus, einen reduzierten Funktionsumfang und anthropic.-präfixierte IDs.
Woran erkenne ich, welchen Weg mein Code nutzt?
An der Modell-ID und der Client-Klasse. Ein anthropic.-Präfix vor der Modellkennung und ein AnthropicBedrockMantle-Client bedeuten Bedrock; eine unpräfixierte Kennung mit AnthropicAWS bedeutet Claude Platform on AWS. Die IDs sind nicht austauschbar — die falsche Variante gibt einen Fehler 400.
Welche Funktionen fehlen auf Amazon Bedrock?
Batch-Verarbeitung mit 50 Prozent Rabatt, die Files-API, automatisches Prompt-Caching, serverseitige Web-Suche und Web-Abruf, Code-Ausführung, Managed Agents, der MCP-Connector, programmatische Werkzeugaufrufe und die Modelle-API. Manuelles Caching, Werkzeugnutzung, Streaming, PDF-Eingabe und strukturierte Ausgaben funktionieren dort.
Warum bekomme ich bei Claude Platform on AWS einen Fehler 403?
Weil die Anfrage den Server erreicht hat und dort abgelehnt wurde — typischerweise wegen einer falschen Arbeitsbereichs-Kennung oder einer fehlenden IAM-Berechtigung des AWS-Prinzipals. Fehlende Region oder Arbeitsbereichs-Kennung würden dagegen schon beim Anlegen des Clients scheitern, bevor eine Anfrage abgeht.
Brauche ich einen Anthropic-API-Schlüssel für Claude Platform on AWS?
Nein. Die Authentifizierung läuft über SigV4 mit der üblichen AWS-Anmeldekette — explizite Argumente, Umgebungsvariablen, gemeinsames Profil, angenommene Rollen, Instanz-Metadaten. Pflicht sind lediglich die AWS-Region und die Arbeitsbereichs-Kennung; für beide gibt es keinen Standardwert.
Der nächste Schritt
Prüfen Sie in Ihrem Code, ob eine Modell-ID mit anthropic.-Präfix steht. Wenn ja, laufen Sie über Bedrock — und sollten wissen, welche Funktionen Ihnen dadurch nicht zur Verfügung stehen, bevor Sie eine Architektur darauf aufbauen. Wir schauen gern mit drauf.
📖 Verwandte Artikel
Weitere interessante Beiträge zu ähnlichen Themen
Claude EU-Datenresidenz: Bedrock, Vertex, Foundry
Zwei der drei Cloud-Wege bieten EU-Datenresidenz für Claude, einer nicht. Und der Weg, der sie bietet, kostet Sie die Hälfte des Funktionsumfangs.
Claude Code vs. GitHub Copilot im Unternehmenseinsatz
Der Vergleich entscheidet sich an drei Achsen: Abrechnungsmodell, Reichweite der Agentenarbeit und wo Ihr Quellcode landet.
Claude im Unternehmen: DSGVO und AVV in der Praxis
Die sieben Punkte, an denen eine Claude-Einführung im Datenschutzprüfprozess tatsächlich hängt — und welcher davon die Plattformwahl vorwegnimmt.
Bereit für KI im Mittelstand?
Nutzen Sie unsere 10 kostenlosen KI-Tools und Praxis-Guides – oder sprechen Sie direkt mit unseren Experten.
Pexon Consulting – KI-Beratung für den Mittelstand | Scaly Academy – Geförderte KI-Weiterbildung (KI-Spezialist, KI-Experte, Workflow-Automatisierung)