Published on

Claude Platform on AWS oder Bedrock — nicht dasselbe

Authors

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 AWSAmazon Bedrock
Modell-IDclaude-opus-5anthropic.claude-opus-5
Endpunktaws-external-anthropic.{region}.api.awsbedrock-mantle.{region}.api.aws
Python-ClientAnthropicAWS()AnthropicBedrockMantle(aws_region=...)
TypeScriptAnthropicAws aus @anthropic-ai/aws-sdkAnthropicBedrockMantle aus @anthropic-ai/bedrock-sdk
Betrieben vonAnthropicAWS

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:

FunktionClaude Platform on AWSAmazon Bedrock
Batch-Verarbeitung (50 % Rabatt)janein
Files-APIBetanein
Automatisches Prompt-Cachingjanein
Web-Suche, Web-Abrufjanein
Code-Ausführungjanein
Managed AgentsBetanein
MCP-ConnectorBetanein
Programmatische Werkzeugaufrufejanein
Modelle-APIjanein
Datenresidenz-Parameterjanein
Schnellmodusneinnein

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"}],
)
WertUmgebungsvariableHinweis
AWS-RegionAWS_REGIONPflicht — anders als beim Bedrock-Client gibt es keinen Rückfall auf us-east-1
ArbeitsbereichANTHROPIC_AWS_WORKSPACE_IDPflicht — 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