Node.js on AWS Amplify
AWS Amplify 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 AWS Amplify publishes about each. AWS Amplify documents 2 of the 4.
Persistent processes
Not supported
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.
Sources (1) →Sources ↓
- Deployment specification for Amplify Hosting compute — AWS Amplify Hosting User Guide ↗
“This storage isn't shared between execution instances, but is shared among subsequent invocations within the same execution instance. Execution instances are limited to a maximum execution time of 15 minutes, and the only writable path within the execution instance is the /tmp directory.”
Read 2026-09-05 · official docs
Max request duration
15 minutes (maximum execution time of an SSR compute execution instance)
Anything the process does inside a request — a large upload, a slow query, a streamed response — is bounded by this ceiling.
Sources (1) →Sources ↓
- Using the Amplify Hosting deployment specification to configure build output - AWS Amplify Hosting ↗
“Execution instances are limited to a maximum execution time of 15 minutes, and the only writable path within the execution instance is the /tmp directory.”
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
Not documented
An always-on process bills while idle. Scaling to zero removes that cost and adds a cold start to the next request instead.
What AWS Amplify documents.
AWS Amplify documents a generic path that covers Node.js, rather than a dedicated guide.
This example explains how to deploy a basic Express server using the Amplify Hosting deployment specification. Limited: Node.js is covered only as a worked Express example of the generic deployment-manifest path, not as a first-class Node.js hosting guide.
Sources (1) →Sources ↓
- Deploying an Express server using the deployment manifest - AWS Amplify Hosting ↗
“This example explains how to deploy a basic Express server using the Amplify Hosting deployment specification. Limited: Node.js is covered only as a worked Express example of the generic deployment-manifest path, not as a first-class Node.js hosting guide.”
Read 2026-09-05 · official docs
What it costs to run there.
- Pricing model
- Usage-based; pay for what you use, with no monthly minimum
- When you exceed a cap
- Billed automatically: pay-as-you-go with no monthly minimums; storage charges keep recurring until the app is deleted
Sources (1) →Sources ↓
- AWS Amplify Pricing | Front-End Web & Mobile | Amazon Web Services ↗
“Pay for what you use. Includes multiple sites per project and public SSL certificates at no additional cost.”
Read 2026-09-05 · official pricing
Whether it suits you.
Front-end apps deployed from Git onto AWS with usage-based pricing and no monthly minimum, including 1,000 build minutes and 15 GB of transfer under the free tier.
Consider something else if…
Egress beyond the free allowance is $0.15 per GB, which is the highest of the platforms compared here, and SSR compute is capped at 15 minutes.
Visit AWS Amplify documentation