AWS Bedrock: Amazons AI-platform, en waar het misgaat als je al Claude gebruikt

AWS Bedrock is Amazons dienst om AI-modellen van meerdere leveranciers, zoals Claude, Llama en Mistral, te gebruiken via je eigen AWS-account. Volgens Amazon zelf draait de dienst inmiddels bij meer dan 100.000 organisaties wereldwijd, een cijfer van de leverancier, dus neem het als richting en niet als bewijs. Voor een Nederlands bedrijf dat al op AWS werkt is de vraag niet of Bedrock een goed product is. De vraag is of je AI-agent-opzet er zonder gedoe op blijft draaien, en of je data daadwerkelijk in Europa blijft. Dat antwoord hangt af van welke functies je al gebruikt en welk endpoint je kiest, niet van het platform op zichzelf.

Wat is AWS Bedrock precies?

Amazon Bedrock of AWS Bedrock: twee namen voor dezelfde dienst

Amazon noemt de dienst voluit Amazon Bedrock. De meeste Nederlandse IT'ers zoeken op de kortere naam AWS Bedrock, en dat is ook de zoekterm met het meeste volume; beide namen verwijzen naar exact dezelfde dienst. Het is geen eigen AI-model, maar een laag boven bestaande modellen. Je roept via één API honderden modellen aan van onder meer Anthropic (Claude), Meta (Llama), Mistral, Cohere, DeepSeek, Google (Gemma) en xAI (Grok), plus Amazons eigen Titan-modellen. Dat staat zo op de prijspagina van AWS Bedrock, die per leverancier een eigen sectie met tarieven toont.

Het idee is simpel: je AWS-account regelt al je rechten, logging en facturatie. Een model aanroepen kost dan geen nieuw leveranciersaccount en geen tweede factuur. Dat werkt zolang je alleen basisfunctionaliteit nodig hebt: tekst genereren, samenvatten, classificeren, een eenvoudige chatbot op je eigen data. Zodra je geavanceerdere agent-functies gebruikt, verandert dat beeld. Daarover meer hieronder.

Wat kun je met AWS Bedrock: modellen, agents en bewaking

Naast los modelgebruik biedt AWS Bedrock drie bouwstenen die relevant worden zodra je verder gaat dan een los chatvenster.

Knowledge Bases koppelt je eigen documenten aan een model voor retrieval augmented generation, zodat een antwoord op je eigen data kan steunen in plaats van alleen op wat het model al wist tijdens training.

AgentCore is het platform om agents te bouwen en te laten draaien, met tracing, foutopsporing en evaluatie erbij, werkend met elk framework en elk model, zonder dat je zelf infrastructuur beheert.

Guardrails filtert schadelijke inhoud en controleert antwoorden op feitelijke onderbouwing. AWS claimt tot 88 procent blokkade van schadelijke inhoud en tot 99 procent nauwkeurigheid bij het herkennen van onjuiste modelantwoorden. Dit zijn AWS' eigen cijfers zonder onafhankelijke meting; behandel ze als marketingclaim, niet als gegarandeerd resultaat voor jouw use case.

Daarnaast zet Bedrock in op kostenbeheersing met promptcaching, modeldistillatie en Intelligent Prompt Routing. Dat laatste stuurt een vraag automatisch naar een goedkoper model zodra een duurder model daar geen meerwaarde heeft, met een besparing die AWS zelf op tot 30 procent legt. Dat werkt het best bij een hoog volume van vergelijkbare, simpele vragen: hoe eenvormiger je verkeer, hoe groter de kans dat de router goed gokt. Bij complexe, wisselende vragen is de winst kleiner, omdat de router dan vaker alsnog naar het duurdere model moet escaleren.

Wie al op AWS werkt en meerdere modelleveranciers wil vergelijken zonder voor elk een los contract te tekenen, heeft hier een reëel voordeel: IAM-rechten, CloudTrail-logging en factuur blijven op één plek staan.

AWS Bedrock en Claude: wat werkt niet zoals in de gewone API?

Dit is de valkuil waar een team dat al met Claude werkt het vaakst intrapt. Claude in Amazon Bedrock gebruikt dezelfde Messages API-vorm als de rechtstreekse Claude-API, en Anthropics eigen documentatie noemt dat expliciet: "the same Messages API shape you use with Anthropic's first-party API". Dat klinkt als zomaar overstappen. Dat klopt niet voor alles.

Diezelfde pagina zet onder "Features not supported" een lijst neer die voor een team met een bestaande Claude-opzet pijn doet: de MCP-connector, Agent Skills, programmatic tool calling, de Files API, server-side tools (code execution, web search, web fetch) en de computer- en browsertoolsets. Kortom: alles waarmee Claude zelfstandig met externe systemen praat, buiten de kale tekst-in-tekst-uit van de Messages API, is op Bedrock nog niet beschikbaar.

Een geconstrueerd voorbeeld: TransFlow Logistiek

Stel, fictief bedrijf, geconstrueerd voorbeeld: TransFlow Logistiek laat planners via Claude Code vragen stellen aan een eigen MCP-server die leveringsstatussen uit hun planningssysteem haalt. Dat werkt via de gewone Claude-API. De security-afdeling vraagt om alles via het eigen AWS-account te laten lopen, voor de dataresidentie. Een developer wisselt de client om naar AnthropicBedrockMantle en verwacht dat de rest hetzelfde blijft werken.

De configuratie ziet er in essentie zo uit:

from anthropic import AnthropicBedrockMantle

client = AnthropicBedrockMantle(aws_region="eu-central-1")
message = client.messages.create(
    model="anthropic.claude-sonnet-5",
    max_tokens=1024,
    mcp_servers=[{"type": "url", "url": "https://intern.transflow.example/mcp"}],
    messages=[{"role": "user", "content": "Welke zendingen staan vandaag op rood?"}],
)

Dit mislukt, niet door een foute sleutel of regio, maar omdat de MCP-connector niet bestaat in deze integratie. Representatief voor wat je dan ziet, geconstrueerd op basis van de documentatie, geen echte foutmelding die wij hebben opgevangen: een melding dat het veld mcp_servers onbekend is, of, vervelender, dat het verzoek zonder foutmelding gewoon het losse tekstgedeelte beantwoordt en de MCP-aanroep stilzwijgend negeert.

De typische fout: het team ziet "security-eis opgelost" en "zelfde API-vorm" en concludeert dat de rest vanzelf meeverhuist. Ze testen de integratie niet voordat ze de knop omzetten, en merken het pas als planners klagen dat de agent geen actuele leveringsstatus meer teruggeeft.

Wat je daaraan verbetert: loop de lijst "Features not supported" na voordat je kiest, niet erna. Gebruikt je agent MCP, Agent Skills of computer use, blijf dan voor dat deel van de workload op de directe Claude-API, of op Claude Platform on AWS, een andere, Anthropic-beheerde route via de AWS Marketplace die doorgaans sneller nieuwe functies krijgt. Zet Bedrock in voor het deel van je workload dat wél met kale tekst-in-tekst-uit werkt, zoals classificeren of samenvatten.

Uit onze trainingen zien we dat een IT-team dat al AWS IAM beheert, een eerste Bedrock-proof-of-concept met één model en één simpele use case, zoals documenten samenvatten, binnen twee tot vier uur werkend krijgt. Gebruikte dat team daarvoor al Claude Code met MCP-servers, komt daar gemiddeld een halve tot een hele werkdag bij om precies uit te zoeken welk deel van de agent-opzet niet meeverhuist en hoe je dat deel elders blijft draaien.

Wat kost AWS Bedrock, en wie zet de prijs?

Bedrock werkt zuiver verbruiksgedreven: geen vast platformbedrag, je betaalt per duizend of miljoen tokens, met een losse optie voor gereserveerde capaciteit (provisioned throughput) voor een vaste doorvoersnelheid. Dat laatste is duurder per uur, maar voorspelbaar, en wordt de moeite waard vanaf het moment dat je on-demand-rekening structureel hoger uitvalt dan die vaste prijs. Dat omslagpunt verschilt sterk per model, dus reken het per model na voor je overstapt.

Belangrijk om te weten: AWS zet de prijs per model zelf vast, niet Anthropic. Anthropics eigen prijspagina zegt het met zoveel woorden: dit onderdeel "covers partner-operated cloud platforms, where the cloud provider invoices you", en verwijst voor de actuele prijs naar de Bedrock-pagina van AWS zelf. Ter vergelijking: op de rechtstreekse Claude-API kost Claude Sonnet 5 nu 2 dollar per miljoen inputtokens en 10 dollar per miljoen outputtokens. Bedrock-tarieven voor Anthropic-modellen liggen doorgaans dicht bij die prijs, maar "doorgaans" is geen garantie: AWS kan per regio en per moment een andere prijs voeren. Neem dus nooit een vast bedrag van een blog of rekentool over zonder het zelf op de actuele pagina te checken.

AWS Bedrock en de AVG: blijft je data echt in Europa?

Bedrock kent drie manieren om een aanvraag te routeren, en het verschil bepaalt waar je data terechtkomt. AWS legt dit zelf uit in zijn documentatie over regionale beschikbaarheid: in-region verwerkt strikt binnen de regio die je opgeeft, geografische cross-region inference routeert binnen een geografie zoals de EU, zodat een verzoek bijvoorbeeld van Frankfurt naar Stockholm kan gaan maar niet daarbuiten, en globale cross-region inference routeert wereldwijd naar waar nu capaciteit is, zonder geografische grens.

Dat laatste is waar het misgaat. Een model-ID met het voorvoegsel eu. dwingt de geografische variant af. Zonder dat voorvoegsel, of met global., kan je aanvraag ook buiten Europa verwerkt worden, ook als je in de AWS-console zelf de regio Frankfurt had ingesteld. Een juridisch adviesbureau dat Duitse bedrijven over Bedrock adviseert, noemt dit letterlijk de belangrijkste les uit hun procurement-reviews: "Teams hear 'EU region' and infer 'EU-only processing.' That inference is too broad," en specifiek over de globale routering: "If this feature is enabled, data may leave the selected EU region" (Compound Law).

Kiezen voor het regionale, geografische endpoint heeft een prijs: Anthropics eigen documentatie noemt een meerprijs van 10 procent boven het globale endpoint. Dat is geen kleine marketingkorting, het is de prijs van een harde garantie. Dezelfde documentatie bevestigt ook dat "Claude in Amazon Bedrock runs on AWS-managed infrastructure with zero operator access": Anthropic-personeel kan niet bij de infrastructuur waarop je verzoek draait. AWS zelf bouwt dat ook zo: in zijn eigen documentatie over databescherming staat dat elke regio een los "Model Deployment Account" per modelleverancier heeft, beheerd door AWS zelf, waar de modelleverancier geen toegang tot heeft, ook niet tot de logs of de prompts van klanten. Dat dekt een ander deel van de beveiligingsvraag af (wie kan er technisch bij je data) dan de routeringsvraag (in welk rechtsgebied wordt ze verwerkt), en de twee worden in gesprekken met leveranciers vaak op één hoop gegooid.

Eén nuance: zelfs de globale route is niet automatisch illegaal. AWS is zelf gecertificeerd onder het EU-VS Data Privacy Framework, de opvolger van Privacy Shield, waarmee verwerking in de VS een erkende rechtsgrond heeft. De vraag is dus niet alleen "mag dit volgens de wet", maar ook "staat dit zo in mijn eigen verwerkersovereenkomst met mijn klant".

AWS Bedrock vs Azure OpenAI vs Google Vertex AI: wanneer kies je wat?

Geen van de drie is universeel beter. De keuze volgt grotendeels uit waar je infrastructuur, identiteitsbeheer en data al staan, niet uit een los modelbenchmark.

Die laatste regel is geen gevoelskeuze. Neem je geschatte maandelijkse Bedrock-rekening in euro's en vermenigvuldig die met 0,10, de meerprijs voor het regionale endpoint. Deel die uitkomst door het uurtarief van je privacyjurist of DPO, vaak 150 tot 250 euro. Komt daar minder dan een kwart uur per maand uit, betaal de meerprijs gewoon: dat is goedkoper dan er zelfs één keer over te laten adviseren. Komt er meer dan een paar uur per maand uit, laat dan eerst vaststellen of de globale route voor jouw specifieke gegevens, persoonsgegevens, medische data, of niets gevoeligs, überhaupt een probleem is, voordat je structureel extra betaalt voor een garantie die je misschien niet nodig hebt.

Wat AWS Bedrock niet oplost

Bedrock kiest het model niet voor je: je moet nog steeds zelf testen welk model jouw taak goed genoeg uitvoert. Eén API voor honderden modellen betekent niet dat elk model geschikt is voor elke taak.

Bedrock regelt ook niet wie een AI-antwoord controleert voordat het de deur uit gaat. Een door Guardrails goedgekeurd antwoord is geen gecontroleerd antwoord: zelfs bij de eigen claim van tot 99 procent nauwkeurigheid blijft er op elke honderd antwoorden statistisch nog een gemiste fout over, en die claim is niet onafhankelijk gemeten. Leg dus zelf vast wie welke uitkomst nakijkt.

En Bedrock maakt een AVG-risico niet verdwijnen, het verplaatst het naar een configuratiekeuze. De regio die je in de console instelt, is niet automatisch de regio waar je verzoek wordt verwerkt. Dat controleer je zelf, bij elke nieuwe workload opnieuw.

Doe dit deze week

Gebruik je nu al Claude, Llama of een ander model via een los leveranciersaccount, en wil je weten of Bedrock iets oplevert? Doe dit eerst in een losse testregio, niet in productie.

1. Check de featurelijst voordat je iets omzet

   Loop voor elk model dat je gebruikt de officiële pagina na op "Features not supported". Gebruik je MCP, Agent Skills, computer use of web search, schrijf dat apart op: dat deel verhuist niet automatisch mee naar Bedrock.

2. Draai één workload met een expliciet geografisch model-ID

   Kies een taak zonder agent-functies, bijvoorbeeld een samenvatting. Zet het model-ID met het voorvoegsel eu. (of us. als je in de VS test) en controleer in de AWS-console onder Bedrock, Model invocation logs, welke regio het verzoek daadwerkelijk heeft verwerkt.

3. Leg de rekensom uit de keuzetabel naast je eigen cijfers

   Vul je geschatte maandelijkse rekening en het uurtarief van je privacyjurist in. Beslis op basis daarvan, niet op gevoel, of je het regionale endpoint gebruikt.

Het agent-recept dat vandaag werkt, is geen Bedrock-recept maar een testprompt om de featurelijst zelf te checken, voor je kiest:

Ik overweeg om [taak, bijvoorbeeld: klantmail samenvatten] te laten draaien via
Claude in Amazon Bedrock in plaats van via de directe Claude-API. Mijn huidige
opzet gebruikt: [MCP-servers / Agent Skills / computer use / alleen tekst in,
tekst uit; schrap wat niet van toepassing is].

Zoek in de documentatie op platform.claude.com/docs/en/build-with-claude/
claude-in-amazon-bedrock op welke van deze functies niet ondersteund worden
op Bedrock. Geef per functie aan: wel of niet ondersteund, en wat het
alternatief is als hij niet ondersteund wordt.

Meet na zeven dagen drie dingen, zonder extra tooling. Eén: staat de testrekening in AWS Cost Explorer, gefilterd op Bedrock, onder je geschatte budget. Twee: hoeveel van je agent-functies moest je noodgedwongen op de directe API laten draaien, geteld als aantal use cases, niet als percentage. Drie: welk deel van je verzoeken ging volgens de model-invocation-logs daadwerkelijk via het geografische endpoint in plaats van het globale; een mismatch daar betekent dat je configuratie niet doet wat je dacht dat ze deed.

Wil je dit met je team structureel oppakken, inclusief de keuze tussen platforms en de governance die daarbij hoort? Dat behandelen we in AI werksessies en in de bredere trainingen. Bouw je zelf al met MCP-servers en wil je die eerst goed neerzetten voordat je over platforms beslist, begin dan bij een MCP-server zelf maken.

Bronnen

• Amazon Web Services, Amazon Bedrock productpagina. Beschrijving van de dienst, claim van meer dan 100.000 organisaties, Guardrails- en Intelligent Prompt Routing-cijfers.
• Amazon Web Services, Amazon Bedrock pricing. Overzicht van modelleveranciers en tariefstructuur per model.
• AWS-documentatie, Data protection in Amazon Bedrock. Shared responsibility model en het concept Model Deployment Account.
• AWS-documentatie, Regional availability by models. De drie routeringsvarianten: in-region, geografische en globale cross-region inference.
• Amazon Web Services, AWS welcomes the EU-U.S. Data Privacy Framework. Bevestiging van de AWS-certificering onder het DPF.
• Anthropic, Claude in Amazon Bedrock. Ondersteunde en niet-ondersteunde functies, regio's, quota's en de meerprijs van 10 procent voor het regionale endpoint.
• Anthropic, Pricing. Tarieven van Claude Sonnet 5 op de directe API en de toelichting dat partnerplatforms hun eigen, regionale prijs vaststellen.
• Compound Law, AWS Bedrock DPA and GDPR in Germany. Onafhankelijke juridische analyse van regio-aannames en het risico van cross-region inference.

Veelgestelde vragen

• Wat is AWS Bedrock (Amazon Bedrock)?

  AWS Bedrock, voluit Amazon Bedrock, is een AWS-dienst waarmee je AI-modellen van meerdere leveranciers (onder meer Claude van Anthropic, Llama van Meta, Mistral en Amazons eigen Titan-modellen) via één API aanroept, afgerekend en beheerd binnen je eigen AWS-account. Het is geen eigen AI-model, maar een laag boven bestaande modellen.

• Kan ik Claude gebruiken via AWS Bedrock?

  Ja, Claude Sonnet 5, Claude Opus 4.8, Claude Opus 4.7 en Claude Haiku 4.5 zijn op AWS Bedrock open toegankelijk voor elk account. Let op: een deel van Claude's functies werkt er niet. De MCP-connector, Agent Skills, programmatic tool calling en de computer- en browsertoolsets staan op de lijst "Features not supported" van Anthropics eigen documentatie.

• Is AWS Bedrock duurder dan de Claude-API rechtstreeks?

  Niet per se, maar het staat niet vast. AWS zet de prijs per model zelf, los van de tarieven van Anthropic. Bedrock-tarieven voor Anthropic-modellen liggen doorgaans dicht bij de directe API-prijs, maar Anthropic zegt zelf dat partnerplatforms zoals Bedrock hun eigen, regionale prijs vaststellen. Kies je bovendien het regionale endpoint voor dataresidentie, dan betaal je daar 10 procent meer voor dan voor het wereldwijde endpoint.

• Blijft mijn data met AWS Bedrock in Europa?

  Alleen als je dat zelf expliciet instelt. Bedrock routeert standaard niet gegarandeerd binnen de EU: alleen een model-ID met een geografisch voorvoegsel zoals eu. dwingt verwerking binnen de Europese regio's af. Zonder dat voorvoegsel, of met het wereldwijde endpoint, kan je aanvraag ook buiten Europa verwerkt worden, ook als je in de AWS-console de regio Frankfurt had ingesteld.

• Is AWS Bedrock geschikt als ik al Claude Code met MCP gebruik?

  Niet zonder aanpassing. Claude in Amazon Bedrock mist de MCP-connector en Agent Skills die Claude Code gebruikt om met externe systemen te praten. Blijf voor die workloads op de directe Claude-API of op Claude Platform on AWS, en zet Bedrock alleen in voor taken zonder agent-functies, zoals samenvatten of classificeren.