vLLM vs Ray Serve
Both are alternatives to Modal. Here's how they stack up — verified facts, no spin.
Also searched as Ray Serve vs vLLM — same comparison, one verdict.
vLLM
TOP PICKThe standard open inference engine — the thing under most serving platforms.
vLLM is the high-throughput LLM inference engine that effectively set the category standard, and its PagedAttention memory management is why it serves far more concurrent requests per GPU than a naive implementation. It exposes an OpenAI-compatible API, so an application already talking to OpenAI can be pointed at a vLLM endpoint by changing a base URL. It is Apache-2.0 and now sits under the PyTorch Foundation rather than a single company. The important thing to understand about the whole category: a large share of the managed platforms you might pay for are running vLLM underneath, so choosing it directly is not a downgrade from the commercial option — it is the commercial option without the margin.
Ray Serve
Multi-node, multi-model serving for when one GPU is not the problem.
Ray Serve is the serving layer of Ray, the distributed computing framework, and it is the answer when the hard part is not throughput on one card but coordinating many models across many machines. It has first-class vLLM support, does autoscaling and back-pressure properly, and composes pipelines where a request touches several models in sequence. It is heavier than the others and that weight is the point — it is aimed at the case where you are building serving infrastructure rather than deploying an endpoint. If you only need one model behind one URL, this is more machinery than the job requires.
Side by side
| vLLM | Ray Serve | |
|---|---|---|
| Sovereignty Score | 95 | 89 |
| Open source | Yes | Yes |
| Self-hostable | Yes | Yes |
| Local-first | Yes | Yes |
| License | Apache-2.0 | Apache-2.0 |
| Pricing | Free and open source. You pay only for the GPUs you rent or own. | Free and open source. Anyscale sells a managed Ray platform. |
vLLM is Macrostack's recommended Modal alternative, so it's our pick here.
vLLM
Strengths
- +Highest throughput per GPU in general open benchmarks — PagedAttention is the reason
- +OpenAI-compatible API: swap a base URL, keep the application
- +Apache-2.0 under the PyTorch Foundation, not a single vendor
- +Runs the same on a rented H100, your own box, or a Kubernetes cluster
Trade-offs
- −You provide the GPU, the autoscaling and the uptime
- −No scale-to-zero — an idle GPU still costs whatever you rent it for
- −Tuning memory and batching well takes real understanding
- −Focused on text models; multimodal support lags the frontier
Ray Serve
Strengths
- +Genuine multi-node, multi-model orchestration with autoscaling and back-pressure
- +First-class vLLM integration — the engine underneath is the same
- +Composes multi-stage pipelines where a request hits several models
- +Same framework covers training, batch inference and serving
Trade-offs
- −Heaviest option here; a Ray cluster is a system to operate
- −Overkill for a single model behind a single endpoint
- −Debugging distributed failures is genuinely hard
- −Steepest learning curve of the four
Related alternative guides
Facts verified 2026-07-30. Licenses and pricing change — spotted something out of date? That's a correction we want.