Node.js on Vercel
Vercel documents a generic path that covers Node.js, rather than a dedicated guide.
JavaScript runtime used to run servers and build tooling outside the browser.
What Node.js needs.
Every host claims to run Node.js, so the claim on its own decides nothing. These are the things Node.js actually requires from the platform underneath it, and what Vercel publishes about each. Vercel documents 2 of the 4.
Persistent processes
Not documented
A long-running process is the point: WebSocket connections, in-memory caches and job queues all die with it. A host that only runs functions cannot keep one alive.
Max request duration
Hobby: 300s default and maximum. Pro and Enterprise: 300s default, 800s maximum, and 1800s extended maximum
Anything the process does inside a request — a large upload, a slow query, a streamed response — is bounded by this ceiling.
Sources (1) →Sources ↓
- Vercel Functions Limits - Vercel Docs ↗
“Maximum duration | Hobby: 300s default and maximum. Pro and Enterprise: 300s default, 800s maximum, and 1800s extended maximum .”
Read 2026-09-05 · official docs
Docker deployment
Not documented
Node apps routinely need a system binary the platform's buildpack does not ship. A Dockerfile is the escape hatch when they do.
Scales to zero
Supported
An always-on process bills while idle. Scaling to zero removes that cost and adds a cold start to the next request instead.
Sources (1) →Sources ↓
- What is Compute? - Vercel Docs ↗
“You never pay for idle CPU, and you pay nothing between requests.”
Read 2026-09-05 · official docs
What Vercel documents.
Vercel documents a generic path that covers Node.js, rather than a dedicated guide.
Use the Node.js runtime to deploy Node.js HTTP servers or Vercel Functions written in JavaScript or TypeScript. Limited: documented only via the generic Node.js function runtime reference — Vercel publishes no dedicated Node.js app deployment guide (only per-framework guides such as Express).
Sources (1) →Sources ↓
- Using the Node.js Runtime with Vercel Functions ↗
“Use the Node.js runtime to deploy Node.js HTTP servers or Vercel Functions written in JavaScript or TypeScript. Limited: documented only via the generic Node.js function runtime reference — Vercel publishes no dedicated Node.js app deployment guide (only per-framework guides such as Express).”
Read 2026-09-05 · official docs
What it costs to run there.
- Entry paid plan
- $20 per developer seat / month (Pro)
- Pricing model
- Per-seat subscription plus metered resource usage
- When you exceed a cap
- Billed automatically: extra usage beyond the included amount or Pro credit is charged, not throttled or suspended
- Regions
- 126 PoPs across 51 countries
Sources (3) →Sources ↓
- Vercel Hobby Plan ↗
“Developer seats cost $20 per user / month, while Viewer seats are free”
Read 2026-09-05 · official docs
- Vercel CDN overview ↗
“CDN pricing covers three billable resources: Edge Requests, Fast Data Transfer, and Fast Origin Transfer.”
Read 2026-09-05 · official docs
- Pricing on Vercel ↗
“Some resources include an amount of usage your projects can use within your billing cycle. Pro teams also receive a monthly usage credit and can use many resources on demand. If you exceed an included amount or credit, Vercel charges for the extra usage.”
Read 2026-09-05 · official docs
Whether it suits you.
Teams building on a framework the CDN understands natively, who want a predictable per-seat cost with metered usage on top. The Git integration covers GitHub, GitLab, Bitbucket and Azure DevOps, so it drops into an existing review workflow.
Consider something else if…
The team is large enough that $20 per developer seat dominates the bill rather than the metered usage underneath it.
Visit Vercel documentation