Coming soon

Model Serving

Where model capability enters the enterprise: bought by the token from managed inference APIs, or run on rented compute through hosting platforms and accelerator clouds. Model serving is how platform teams make that choice once, for every team that builds agents.

What is

Model Serving

Model serving is the part of the model layer that turns model weights into inference endpoints the enterprise can call. Platform teams source it from two markets: managed inference APIs, which sell tokens at a metered price from a catalog the vendor chooses, and model hosting platforms and accelerator clouds, which sell compute time to run whatever weights the buyer brings. In an enterprise that only consumes APIs, model serving is a provider-portfolio function. In one that hosts its own models for sovereignty, latency, cost or fine-tuning, it becomes a full engineering discipline covering GPU capacity, inference serving and model lifecycle.

Why model serving is platform work, not procurement

Every agent a platform team ships runs on inference it has to buy or run. Left unowned, every application team picks its own provider, negotiates its own rate limits and builds its own cost attribution, and the enterprise ends up with dozens of integrations nobody can govern.

The choice is rarely clean. Inference API vendors now sell dedicated deployments, and hosting platforms ship per-token APIs, so one buyer decision spans both markets. Pricing power sits upstream with model owners; volume and margin pressure sit with both. Platform teams that make it deliberately, once, give every team a fast default and keep the option to move workloads as prices, models and volumes change.

Tokens or compute hours

Where model capability enters the enterprise: bought by the token from managed inference APIs, or run on rented compute through hosting platforms and accelerator clouds. Model serving is how platform teams make that choice once, for every team that builds agents.

Know where the cost curve crosses

Where model capability enters the enterprise: bought by the token from managed inference APIs, or run on rented compute through hosting platforms and accelerator clouds. Model serving is how platform teams make that choice once, for every team that builds agents.

Hosting posture sets team size

Where model capability enters the enterprise: bought by the token from managed inference APIs, or run on rented compute through hosting platforms and accelerator clouds. Model serving is how platform teams make that choice once, for every team that builds agents.

23%

of organizations name token and infrastructure cost as the biggest bottleneck to scaling AI, second only to platform readiness (27%). Only about 1 in 10 name model capability.

of organizations name token and infrastructure cost as the biggest bottleneck to scaling AI, second only to platform readiness (27%). Only about 1 in 10 name model capability.

State of AI in Platform Engineering, Volume 2 (Weave Intelligence, 2026), n=350

At Uber, model access started unowned: application teams built about sixty separate model integrations, each solving routing, rate limits and cost attribution on its own. That is the pattern a platform-owned serving layer prevents.

Every week, a new, better model comes out. And we're all using the same models. Why are some organizations 10x faster than other ones? … It's because they have the platform around the model.

Practice area

Model serving trends to watch in 2026

Model access is no longer the differentiator
Only about 1 in 10 organizations say model capability holds back AI at scale. Platform readiness (27%) and token and infrastructure cost (23%) top the list. Everyone can buy the same models; how they are served is where teams pull ahead.

The two markets are converging
Inference API vendors now sell dedicated deployments, and hosting platforms and neoclouds ship per-token APIs. One buyer decision now spans both, and the same vendor can sit on either side of it.

Token spend outruns ownership
35% of organizations manage LLM token cost through central billing or FinOps, 22% through rate limits or quotas and 17% through team budgets. 13% do not track it at all and 14% do not know how it is managed.

Cost per token gives way to cost per outcome
Compressing tokens per action can trigger more agent turns and retries, so total cost rises. Leading teams measure cost per successful, quality-adjusted outcome instead.

Source: State of AI in Platform Engineering, Volume 2 (Weave Intelligence, 2026), 350 respondents; FinOps Trends in Platform Engineering (Weave Intelligence, October 2026).

Frequently asked questions

What is the difference between a managed inference API and a model hosting platform?


A managed inference API sells tokens at a metered price, from a catalog of models the vendor chooses. A model hosting platform sells compute time to run weights you bring, including fine-tuned or in-house models. The first is faster to start; the second gives more control over models, tenancy and cost at volume.

When should an enterprise self-host models instead of using an API?


When sovereignty, latency, cost at sustained volume or fine-tuning demand it. Per-token pricing usually wins at low or spiky volume. Dedicated capacity wins once utilization is high and steady, provided the team can carry the operating burden that comes with it.

What is a neocloud?


A cloud provider built around GPU capacity for AI training and inference, such as CoreWeave, Nebius, Crusoe, nscale or Lambda. Neoclouds sell accelerator hours, and increasingly managed inference on top, competing with hyperscalers on GPU availability and price.

Who should own model serving in the enterprise?


The AI platform team, through a Models & Serving function. Left unowned, every application team solves provider choice, rate limits and cost attribution on its own. How big that function gets depends on hosting posture, not company size.

How should platform teams measure inference cost?
Attribute every model call to a team, a path and a model, and watch spend velocity, not just totals. Judge optimizations by cost per successful, quality-adjusted outcome rather than cost per token, because cutting tokens per action can raise total cost through retries.

Related

Related practice areas

All Research

Practice Areas

Observability + Platform Engineering

FinOps + Platform Engineering

Model Serving

Application Security

Enterprise Identity Stack

AI Platform Teams

Agentic Enterprise

Advisory

Subscribe

Every piece of research we publish. Nothing else.

One weekly digest of new reports, market guides, interviews, and benchmarks. No drip sequences, no product pitches, and we don't hand your address to a sponsor. Unsubscribe in one click.

Weave Intelligence may collect information about your activity on our website.

To learn more, please read our Privacy Policy.

© 2026 Weave Intelligence. All rights reserved.

Every piece of research we publish. Nothing else.

One weekly digest of new reports, market guides, interviews, and benchmarks. No drip sequences, no product pitches, and we don't hand your address to a sponsor. Unsubscribe in one click.

Weave Intelligence may collect information about your activity on our website.

To learn more, please read our Privacy Policy.

© 2026 Weave Intelligence. All rights reserved.