Regionale prijsopslagen en dataresidentie
Bijgewerkt September 1, 2026 · eerst gepubliceerd September 1, 2026
De tariefkaart waarop je hebt begroot, is meestal het Amerikaanse tarief. Routeer hetzelfde verzoek via een Europees of Aziatisch endpoint, of pin het om redenen van residentie aan een regio, en het getal kan veranderen — soms in de tokenprijs, vaker in alles eromheen.
Waar de opslag echt vandaan komt
Zelden uit één enkele regel. Ze stapelt zich op uit vier bronnen. Regionale tokenprijzen verschillen op sommige platforms wel en op andere niet, dus het antwoord is providerspecifiek en de moeite waard om na te gaan in plaats van aan te nemen. Modelbeschikbaarheid loopt achter buiten de primaire regio, wat betekent dat de regio waar je data staat misschien alleen een ouder model biedt dat per eenheid kwaliteit duurder is. Cross-region egress en latentie voegen echte kosten toe als je applicatie en je inference-endpoint niet op dezelfde locatie staan. En beperktere featuredekking — batchprijzen, caching of een bepaalde servertool die in een regio ontbreekt — haalt de kortingen weg die je had aangenomen, en dat is meestal het grootste effect van de vier.
Dat laatste is het gevaarlijke. Een workload die is ontworpen rond prompt caching en batchprijzen en dan wordt verplaatst naar een regio waar een van beide ontbreekt, kost niet een paar procent meer. Ze kost wat ze zonder de optimalisatie zou hebben gekost, en dat kan een veelvoud van het plan zijn.
Beslis erover, erf het niet
Residentie is vaak een echte verplichting, en dan is de opslag gewoon de prijs van legaal opereren. De fout is niet dat je betaalt — het is dat je betaalt voor workloads die het nooit nodig hadden.
Splits het verkeer op wat de data werkelijk is. Verzoeken met persoonlijke of gereguleerde data gaan naar de conforme regio en dragen de kosten daarvan. Al het andere — interne tooling, evaluatieruns, synthetische workloads en workloads met openbare data, de meeste agent-scaffolding — heeft geen residentie-eis en hoort te draaien waar het het goedkoopst is en de meeste features heeft. Teams die deze splitsing nooit maken, passen de strengste eis van het bedrijf toe op 100% van het verkeer, de duurst mogelijke lezing van een beleid dat voor een deel ervan was geschreven.
Wat je moet controleren voordat je je aan een regio bindt
Controleer de tokenprijs voor die regio, welke modellen er echt beschikbaar zijn, of caching en batchprijzen gelden en welke servertools worden ondersteund. Tag daarna de regio op elk verzoek in de telemetrie, zodat de kosten van de residentiebeslissing een getal zijn dat je kunt zien en geen aanname die in het totaal is opgegaan.
Gerelateerd
Gerelateerd
Wilt u dit toepassen op uw stack? Neem leveranciersfacturen, gatewaylogs en de belangrijkste workflows mee; we brengen kostenfactoren en besparingskansen in kaart. Plan een gratis audit →