ModelRefs / Serverless Inference — AI Glossary
Serverless Inference — AI Glossary
A deployment model where inference capacity scales to zero when idle and scales up automatically per request, billed per-token. Also called on-demand inference.
Overview
Serverless LLM inference (AWS Bedrock, Together AI, Modal, Replicate) eliminates idle GPU cost by spinning down between requests. Cold starts (loading weights) add 1–10 s latency. Ideal for bursty or low-traffic workloads. Contrast with dedicated endpoints (always-on GPU, predictable latency, higher baseline cost).
Reference details
| Topic | inference |
|---|---|
| Also known as | on-demand inference |
| Last reviewed | 2026-06-24 |
Related terms
How it works
- No accelerator is held while the endpoint is idle, which is the property the billing model rests on and also the cause of everything else in the sequence.
- A request with no warm instance triggers provisioning: an accelerator is scheduled, the container image pulled, the weights read from storage into device memory, and the runtime initialised.
- Weight loading dominates that path because the volume is gigabytes, so cold-start duration tracks model size far more closely than it tracks anything about the request.
- Once warm the instance serves normally and is retained for a keep-alive window, so subsequent requests inside that window pay nothing of the start-up cost.
- Concurrency beyond one instance's capacity adds replicas, each of which pays its own cold start, which is why a traffic spike produces slow requests rather than merely queued ones.
- Providers reduce but cannot remove this by holding pre-initialised capacity, and that capacity is reserved rather than free — which is the sense in which scaling genuinely to zero and never cold-starting are mutually exclusive.
Example: Where the break-even sits, and how to compute yours
A dedicated endpoint bills continuously whether or not traffic arrives; serverless bills per token but adds a cold start of seconds when scaled to zero. For bursty or low-volume workloads serverless is far cheaper. For steady high traffic the dedicated endpoint wins on both cost and latency — the crossover is a traffic-shape question, not a preference, and it is a single division. Price the dedicated side first: one accelerator at $2.50 an hour held continuously is 2.50 x 24 = $60 a day regardless of traffic. If serverless costs about $0.0015 per request for the same work, the two meet at 60 / 0.0015 = 40,000 requests a day. Below that the dedicated endpoint is paying for idle capacity and serverless wins; above it the per-request price compounds past the fixed cost. The number moves with request size and hourly rate, which is why it is worth recomputing rather than inheriting — but the shape of the decision is always this division.
Commonly confused with
Serverless does not mean no cold start. Scaling to zero is precisely what creates one: multi-gigabyte weights have to be loaded before the first token. Providers mitigate it with warm pools, but the trade-off is inherent to scaling to zero. It is also not autoscaling: an autoscaled dedicated deployment keeps a floor of running instances, so it has no cold start on the common path and no scale-to-zero saving either, while serverless is specifically the version where the floor is zero.
When to use it
Reach for it when:
- Traffic is bursty, unpredictable or low-volume
- Idle GPU cost is the dominant line item
- A delay on the first request after an idle period is acceptable
- Below the break-even request volume, which is a single division away from your own rates
Reach for something else when:
- Interactive products where a cold start lands on a real user
- Steady high throughput, where dedicated capacity is cheaper per token
- Strict tail-latency commitments, which a cold start violates by definition
- Treating a warm-pool offering as scale-to-zero, which is a dedicated endpoint priced differently
Continue your research
Use these connected ModelRefs sections to compare alternatives, inspect implementation paths, and review the evidence and governance boundaries relevant to Serverless Inference — AI Glossary.
Frequently asked questions
What is Serverless Inference?
A deployment model where inference capacity scales to zero when idle and scales up automatically per request, billed per-token.
Is Serverless Inference the same as on-demand inference?
Yes — on-demand inference are common aliases for Serverless Inference.
What concepts are related to Serverless Inference?
Closely related concepts include cold start, warm pool, inference provider.