FinOps- en platformteams beheren de kosten van Amazon Bedrock door uitgaven aan gebruikers en toepassingen toe te wijzen, gebruik apart van factureringsgegevens te volgen en een budgetcontrole te kiezen die past bij hun verzoekroute. AWS beschreef op 30 oktober 2026 een aanpak in vijf stappen: toewijzen, observeren, handhaven, optimaliseren en het beheer blijven uitvoeren.
1. Wijs uitgaven toe aan gebruikers en toepassingen
AWS beschrijft hoe teams IAM-principalgegevens in CUR 2.0 kunnen inschakelen. Het veld line_item_iam_principal vermeldt de identiteit van de aanroeper. Bedrijfstags die als kostentoewijzingstags zijn geactiveerd, helpen uitgaven verder te groeperen. AWS gebruikt daarvoor een tag met het voorvoegsel iamPrincipal/; geactiveerde tags verschijnen volgens de handleiding binnen 24 tot 48 uur in Cost Explorer.
Een gedeelde gatewayrol kan individuele gebruikers uit het kostenoverzicht laten verdwijnen: AWS schrijft de Bedrock-uitgaven dan toe aan die ene rol. AWS beschrijft als alternatief een rol per gebruiker. De gateway neemt de gebruikersidentiteit op als sessienaam en geeft bedrijfskenmerken mee als sessietags. De tijdelijke inloggegevens kunnen daarbij tot één uur worden gecachet.
Voor vaste combinaties van toepassing, model en AWS-regio beschrijft AWS application inference profiles. Aanroepen gebruiken dan de ARN van het profiel. Amazon Bedrock Projects zijn volgens AWS bedoeld voor geschikte workloads op bedrock-mantle die de Responses API of Chat Completions API gebruiken. Eén Project kan meerdere modellen omvatten.
2. Volg gebruik voordat de factureringsgegevens binnen zijn
CUR en operationele telemetrie beantwoorden verschillende vragen. AWS beschrijft een vertraging van ongeveer 24 uur voordat CUR de kosten aan een IAM-principal toewijst. Voor sneller inzicht noemt AWS een dashboard met CloudWatch en OpenTelemetry dat in het beschreven voorbeeld uitgaven per ontwikkelaar binnen enkele minuten toont.
AWS beschrijft invocation logging naar CloudWatch Logs, Amazon S3 of beide. CloudWatch is bedoeld voor operationele vragen; S3 in combinatie met Athena voor langetermijnanalyses en business intelligence. Aanroepen kunnen ook metadata meekrijgen voor bijvoorbeeld de toepassing, workflow, tenant of agent. Bedrock dwingt geen vast metadataschema af, dus teams moeten die velden zelf consequent toepassen.
3. Kies hoe je een budgetgrens wilt afdwingen
Een waarschuwing, een IAM-ingreep en een gatewayblokkade verschillen vooral in de vraag of een aanroep daadwerkelijk stopt wanneer een budget is bereikt.
| Controle | Wat gebeurt er bij de budgetgrens? | Wanneer werkt de controle? | Operationele vereiste |
| AWS Budgets-waarschuwing | Geeft een waarschuwing, maar blokkeert geen aanroepen. | Na het bereiken van de grens volgt een signaal voor handmatige opvolging. | Geschikt wanneer signaleren en ingrijpen volstaan. |
| IAM-beleid of inloggegevens | Kan toegang weigeren, maar de ingreep is asynchroon. | Een beleidswijziging kan seconden tot minuten duren; het intrekken van inloggegevens werkt bij de volgende vernieuwing. | Aanroepen kunnen rechtstreeks naar Bedrock gaan, zonder gateway in het verzoekpad. |
| Gateway | Kan de grens synchroon handhaven en bij overschrijding HTTP 429 teruggeven. | AWS beschrijft de handhaving als korter dan een seconde. | Clients moeten via de gateway lopen; die component moet worden gebouwd, opgeschaald en op beveiliging beoordeeld. |
Kies een gateway als het belangrijk is dat een aanroep bij de grens meteen wordt geweigerd en clients verplicht via die gateway kunnen lopen. IAM-handhaving past bij teams die wel toegang willen intrekken, maar geen component aan het verzoekpad willen toevoegen. Een waarschuwing is de lichtste optie, maar zet het gebruik niet stil.
4. Optimaliseer modellen en promptcaching op basis van je workload
AWS adviseert eerst de kwaliteit van goedkopere modellen op de beoogde workload te beoordelen voordat teams taken ernaartoe routeren. Een lagere modelprijs is op zichzelf geen bewijs dat het resultaat voor die taak volstaat.
AWS meldde in oktober 2026 voor Anthropic Claude in US East (N. Virginia) een cache-writeprijs van 1,25× het basistarief voor inputtokens bij een TTL van vijf minuten, en 2× bij een TTL van één uur. Voor cache-reads noemde AWS 0,1× het basistarief voor Claude Sonnet 4.6 en Claude Haiku 4.5, en 0,05× voor Claude Sonnet 5.5 en Claude Opus 5.5.
Bij tien aanroepen met dezelfde inputprefix, één cache-write en daarna negen reads met hetzelfde prefixvolume, komt de inputprefixrekening volgens die tarieven uit op:
- Bij een readtarief van 0,1×:
(1,25 + 9 × 0,1) / 10 = 0,215, oftewel 21,5% van de ongecachete inputprefixkosten. - Bij een readtarief van 0,05×:
(1,25 + 9 × 0,05) / 10 = 0,17, oftewel 17% van de ongecachete inputprefixkosten.
Dit is een berekening voor de inputprefix, niet voor de volledige Bedrock-rekening. Outputtokens en andere servicekosten tellen niet mee. Als een geschreven prefix niet opnieuw wordt gebruikt, zijn er geen reads die de hogere writekosten compenseren.
5. Bespreek de metrics regelmatig
AWS noemt als scorecardmetrics de dagelijkse uitgaven per ontwikkelaar, het aandeel taken dat naar een kostenefficiënter model wordt gerouteerd, de cache-read-hitratio en de kosten per geslaagde uitkomst. AWS beschrijft de bijbehorende drempels als startpunten die teams op hun eigen workloads moeten afstemmen. Voor omgevingen met een hoge gebruiksdynamiek stelt AWS een wekelijkse review voor; anders noemt het een review om de twee weken.
