FIELD NOTES ·

AWS AI without the bill shock

How we size, cache, and kill runaway spend on Bedrock and friends.

aws · bedrock · cost

AWS AI without the bill shock

AWS made it easy to call frontier models from the same account as your VPC. It also made it easy to discover a four-figure surprise at month end. The patterns below are what we bake into Forge and Embed builds on cyberds / London by default.

Practical controls

Bedrock vs “just call OpenAI”

Bedrock wins when you need IAM, VPC endpoints, and data residency stories that procurement will accept. Direct APIs win when you need the newest model yesterday. We pick based on the customer’s constraints, not our favourite SDK.

Region note

We default to eu-west-2 for workloads. Model availability differs by region — design for fallback models, not for a single SKU forever.

Architecture choices that control spend

Bill shock is usually architecture, not model choice. The expensive patterns we see repeatedly:

Forge builds get a cost budget per workflow before we pick models. Embed agents get per-tenant quotas from day one. Surprises belong in demos, not in AWS Cost Explorer.

Runaway spend patterns — and fixes

Three alarms we set on every Bedrock deployment:

  1. Daily token ceiling per environment with SNS alert at 80%. Staging should never outspend prod; if it does, someone left a loop running.
  2. P95 latency spike on inference — often precedes a retry storm or a model cold-start misconfiguration.
  3. Embedding call volume diverging from query volume — sign your index pipeline is re-embedding instead of retrieving.

Review the bill weekly in the first month. After that, monthly is fine if alarms are wired. “We'll look at cost at renewal” is how four figures become five.

← All field notes · Book a strike call →