White paper xxiii · AWS · Bedrock

AWS Bedrock commitment design.

Amazon Bedrock is the AWS managed-foundation-model service that gives buyers access to Anthropic, Mistral, Meta, Stability, Cohere, Amazon Titan and other model families through a single API and a single commercial surface. The procurement question is what the on-demand-versus-Provisioned-Throughput boundary looks like on the deployed workload, how the model-by-model token pricing reads against the use cases, how custom-model unit hours work, how the Agents and Knowledge Bases economics overlay onto the inference cost, and how the spend draws against the AWS EDP commitment. This 22-page paper sets out the Bedrock commercial scope, the commitment-design methodology, the model-by-model reading, the IP indemnification position and the renewal posture inside the AWS commercial cycle. Buyer-side. Independent. Gated.

FormatWhite paper, gated
Pages22
AudienceCIO, CDO, ML Engineering, Procurement
PublishedNovember 2025
UpdatedApril 2026

A senior Admodum advisor will follow up to confirm receipt and offer a private read of the document if you would prefer a guided walkthrough. There is no obligation. The paper is the deliverable.

Contents

Inside the 22 pages.

i.
The Bedrock construct
Bedrock as the AWS managed-foundation-model service, the single-API position across model families, the AWS-commercial-surface implication and the buyer-side reading of the commitment design question.
ii.
On-demand versus Provisioned Throughput
The two pricing constructs. On-demand per-token billing for variable workloads, Provisioned Throughput model-unit billing for steady-state workloads and the buyer-side break-even arithmetic between the two.
iii.
Model-by-model pricing
The published per-million-token pricing across Claude, Mistral, Llama, Titan, Stable Diffusion and Cohere model families. Input versus output token pricing, context-window pricing differentials and the model-selection arithmetic.
iv.
Custom-model unit hours
The Custom Model Import and continued pre-training constructs, the model-unit-hour pricing, the throughput-per-unit calculation and the buyer-side methodology for fine-tuned model deployment.
v.
Agents and Knowledge Bases
The Bedrock Agents commercial layer, the Knowledge Bases retrieval-augmented-generation construct, the per-query economics and the orchestration-cost reading.
vi.
EDP interaction
How Bedrock spend draws against the AWS EDP commitment, the inclusion-versus-exclusion read at the EDP signature, the consumption forecast and the joint-commitment design.
vii.
IP indemnification posture
The Bedrock IP indemnification offering, model-by-model coverage variation, the buyer-side requirement protocol and the contractual position against the AWS Service Terms.
viii.
Renewal posture
Bedrock inside the AWS commercial cycle. Interaction with EDP renewal, Provisioned Throughput re-commitment, model deprecation protection and the multi-vendor portability posture.
ix.
Reading list and references
Companion papers on AWS EDP commitment, Azure MACC, Google Cloud EDP, Salesforce Agentforce, Workday Illuminate AI and the cross-vendor AI commercial reading.
Excerpt · Section II

The pricing is two constructs.

Bedrock prices on two distinct constructs that the buyer-side procurement methodology must read independently. The on-demand construct meters inference calls at a per-million-token rate against the model family, with separate input-token and output-token pricing and a context-window pricing differential on the larger context-window variants. The Provisioned Throughput construct prices a dedicated allocation of inference capacity (measured in model units) at a flat hourly rate, with a defined one-month or six-month commitment.

On-demand is the variable workload. Provisioned Throughput is the steady state. The break-even is the procurement input.

The break-even between the two constructs is the load-bearing arithmetic. Where the trailing-week inference volume sits below a defined threshold (which varies by model family but typically sits at the 30 to 40 percent utilisation range for a Provisioned Throughput unit), the on-demand construct is favourable. Above the threshold, the Provisioned Throughput construct is favourable. The methodology models the break-even explicitly against the deployed inference profile rather than against the marketing forecast.

The procurement methodology Admodum applies inside the AWS practice runs the Bedrock workload through a defined break-even read, against the model family and the use-case-specific inference profile. The break-even output is the commitment design; the commitment design is the procurement instrument; the commitment design carries into the EDP commitment alongside the wider AWS spend.

This paper sets out the nine-section Bedrock protocol Admodum applies inside the AWS commercial cycle, with the on-demand-versus-Provisioned-Throughput design, the model-by-model reading, the EDP interaction and the renewal posture each carried through to the closing position.

Request the white paper

Request the 22-page paper.

Corporate email only. The paper is sent by a senior Admodum advisor. No marketing list, no third-party distribution. Submission confirms you have read the independence statement at the foot of this page.

Please enter a corporate email address. Personal addresses (gmail, hotmail, outlook, yahoo, icloud and similar) are not accepted.
Corporate email required · No marketing list · Reply within one business day
Independence
Admodum is not a partner, reseller, or affiliate of AWS, Anthropic, Mistral, Meta, Stability, Cohere or any other software vendor. No reseller margin, no implementation-partner fee, no certified-consulting commission.
Software licensing white paper

Bring an advisor to the Bedrock decision.

The Admodum AWS practice sizes Bedrock commitments inside the Renewal Programme and the Benchmarking Programme. Engagements run as fixed fee, contingency or annual retainer.