"Moeten we Mistral, Bedrock of Anthropic gebruiken?" is de verkeerde vraag, en het is degene die we het vaakst krijgen. Hij behandelt drie verschillende soorten dingen alsof ze op hetzelfde menu staan. Mistral is een modelmaker. Anthropic is ook een modelmaker (die achter Claude). AWS Bedrock is helemaal geen model — het is een platform dat tientallen modellen doorverkoopt, die van Anthropic en Mistral inbegrepen, achter één API en één rekening.

Je maakt dus eigenlijk twee beslissingen, en die krijg je makkelijker goed als je stopt te doen alsof het er één is. Welk model is goed genoeg voor de taak? En waar draait de inference, en wie kan onderweg bij de data? Voor een EU-klant beslist de tweede vraag meestal de eerste.

Beslis eerst waar de data draait

Wij kiezen data residency vóór we een model kiezen, omdat residency opties uitsluit en modelvoorkeur dat zelden doet. Draai je dit om, dan word je verliefd op een model dat je niet legaal kunt deployen.

Drie eisen, op volgorde van hoe vaak ze het voor ons beslissen:

  1. "De verwerking moet binnen de EU blijven." Gangbaar bij zorg, finance, overheid en iedereen met een nerveuze DPO. Sluit alles uit dat geen EU-regio kan garanderen.
  2. "De data mag onze infrastructuur helemaal niet uit." Defensie, sommige zorg en juridisch werk, de enkele zeer voorzichtige bank. Sluit elke gehoste API uit — je gaat nu open weights self-hosten.
  3. "Houd het verstandig en gedocumenteerd." De eerlijke meerderheid. Geen harde residency-grens, maar ze willen een DPA, geen training op hun data, en een schoon antwoord als hún klanten ernaar vragen.

Wat elke optie je echt geeft

Anthropic direct — topmodellen, Amerikaans leidingwerk

Rechtstreeks naar de API van Anthropic is de simpelste integratie en, voor veel redeneer-, code- en agentwerk, de sterkste modellen op tafel. Anthropic traint niet op API-data, biedt een DPA, verlaagde de standaardbewaartermijn naar zeven dagen, en tekent een zero-data-retention-afspraak met kwalificerende klanten.

De adder voor EU-werk: de directe API publiceert geen aparte EU-residency-regio. De routing-opties dekken "US" en "global", en "global" kán in Europa draaien maar garandeert het niet. Dus als je klant verwerking binnen de EU nodig heeft, laat je Claude niet vallen — je bereikt het via een platform dat de regio wél vastzet. En dat is precies waar Bedrock voor is.

AWS Bedrock — het platform dat je de regio-controle geeft

De waarde van Bedrock is geen model, het is keuzevrijheid. Één API, één set credentials, één rekening, en erachter Anthropic, Mistral, Amazons eigen modellen, Cohere en meer — Claude inbegrepen. Je wisselt van model zonder de app opnieuw aan te leggen, en je erft de compliance-houding van AWS.

Voor residency geeft Bedrock je drie routing-modi, en het verschil telt:

  • In-region — verzoeken verlaten nooit de ene AWS-regio die je noemt (bijv. Frankfurt, eu-central-1). Strengst, soms capaciteitsbeperkt.
  • Geografisch (EU) — routeert alleen tussen EU-regio's om belasting te spreiden; alle bestemmingen blijven binnen de EU. AWS stelt dat klantdata tijdens cross-region inference niet wordt opgeslagen in de bestemmingsregio's.
  • Global — routeert wereldwijd voor doorvoer en prijs. Niet gebruiken als residency een eis is.

Zit je klant al op AWS, dan is dit meestal onze standaard: topmodellen, EU-regiocontrole en één subverwerker-verhaal dat je DPO echt kan lezen. De prijs is die van AWS en iets meer opzetwerk dan een kale API-sleutel.

Mistral — EU-native, en als enige volledig self-hostbaar

Mistral heeft zijn hoofdkantoor in Frankrijk, valt van nature onder de AVG en slaat data standaard op in de EU. De commerciële API (La Plateforme) komt met een DPA. Het stuk dat niemand anders evenaart: Mistral publiceert echte open-weight-modellen die je volledig op de eigen infrastructuur van de klant kunt draaien — geen externe call, geen API.

Daarmee is Mistral twee verschillende antwoorden, afhankelijk van de eis. Voor "blijf in de EU" is het een gehoste EU-native API. Voor "de data mag er niet uit" is het de enige realistische weg naar een volledig self-hosted, bijna-frontier-model op de servers van de klant. Je ruilt wat topvermogen in en neemt de ops-last van zelf draaien op je — en die last is echt, dus we pakken het er alleen bij als de eis het echt vraagt.

Residency sluit opties uit. Modelvoorkeur zelden. Dus laten we de regels de shortlist maken, en kiezen we daarna het beste model dat overblijft.

Hoe wij echt beslissen

Teruggebracht tot een stroomschema is het bijna saai — en dat is het punt. Saaie beslissingen zijn die welke een DPO-review overleven.

  1. Data mag het pand niet uit? → Open weights, self-hosted. De open modellen van Mistral, op de infra van de klant. Stop hier.
  2. Verwerking moet binnen de EU blijven? → Een gehoste EU-optie. Bedrock met een in-region- of EU-geo-profiel, of de EU-API van Mistral. Kies op modelkwaliteit en op welke cloud de klant al gebruikt.
  3. Geen harde residency-grens, gewoon verstandig en gedocumenteerd? → Welk model de benchmark ook wint, met een DPA en geen-training-voorwaarden. Vaak Claude via Bedrock of direct; soms Mistral; af en toe een mix, per taak gerouteerd.

En onder alle drie geldt één regel: we benchmarken op de eigen data van de klant voor we ons vastleggen. "Europees" is een inkoopargument, geen nauwkeurigheidsargument. Het model dat hún contracten, tickets of dossiers het best leest, wint — binnen welke residency-doos de regels ook trokken.

Het deel dat klanten vergeten: lock-in en uitstap

Een modelstack is een afhankelijkheid, en afhankelijkheden horen een uitstap te hebben. Wij houden het model achter een dunne interne interface zodat van leverancier wisselen een config-wijziging is, geen herschrijving — dezelfde discipline waarmee Bedrock-klanten tussen modellen schuiven, betaalt zich uit op de dag dat een prijs, een benchmark of een directiebesluit het antwoord verandert. Rechtstreeks naar één leverancier is sneller op dag één en kost je die flexibiliteit op dag vierhonderd. Dat wegen we hardop af, mét de klant, in plaats van het later te ontdekken.

FAQ

Is Mistral altijd de juiste keuze omdat het Europees is?

Nee. Het Europese hoofdkantoor en de EU-dataopslag van Mistral zijn een echt voordeel als soevereiniteit of self-hosting de eis is, maar de modelkwaliteit moet nog steeds de lat halen voor de taak. Wij benchmarken op de eigen data van de klant, niet op een vlag.

Kan ik gewoon de directe API van Anthropic gebruiken voor een EU-klant?

Dat kan, en voor veel producten is het prima — Anthropic traint niet op API-data en biedt een DPA en zero-data-retention voor kwalificerende klanten. Maar de directe API publiceert geen aparte EU-residency-regio. Moet de inference binnen de EU blijven, bereik dezelfde modellen dan via de EU-regio's van AWS Bedrock of via Google Vertex AI.

Houdt AWS Bedrock mijn data in Europa?

Dat kan. Bedrock biedt in-region-routing die de gekozen regio nooit verlaat, en EU-cross-region-inferenceprofielen die alleen tussen EU-regio's routeren. Klantdata wordt tijdens cross-region inference niet opgeslagen in de bestemmingsregio's. Je moet het EU-profiel bewust kiezen — het globale endpoint garandeert het niet.

Wat als de klant zegt dat de data het pand letterlijk niet uit mag?

Dan is het open weights, self-hosted. De open modellen van Mistral zijn meestal het antwoord, draaiend op de eigen servers of private cloud van de klant. Je ruilt wat modelkwaliteit en flink wat ops-werk in voor volledige controle. We gaan daar alleen heen als de eis het echt vraagt.

Verandert de modelkeuze onze AI Act-verplichtingen?

De GPAI-verplichtingen liggen bij de modelleverancier, ongeacht welke je kiest. Je transparantieplichten en AVG-verplichtingen hangen aan het product dat jij oplevert. De stack bepaalt waar data heen gaat en wie je subverwerkers zijn — naar beide vraagt de DPO van je klant.

Bronnen: AWS, cross-region inference voor EU-dataverwerking · Amazon Bedrock-docs, cross-region inference · Anthropic, Claude in Amazon Bedrock · Mistral AI, La Plateforme. Wij zijn engineers, geen juristen — voor residency-goedkeuring schakel je de DPO en juristen van je klant in.

Vast tussen een model waar je klant verliefd op is en een regel die hem niet laat deployen? Plan een call — we kiezen de stack mét je, white-label.