# A Node API, run as one process that stays up.

> Managed hosting for Node, Express and Nest APIs. One long-lived process runs on a dedicated server. CodeHerder ships routes and fixes after launch.

Source: https://customhosted.com/host/node/

№ 01 What we host

One long-running Node process runs on a dedicated instance, sized to the app. Attach a managed database when the app needs one. CodeHerder ships the small changes that follow launch.

When this isn't the right fit Does the app never answer a live request, like a scheduled batch job with no endpoint? Then read Background jobs instead. A job that never listens needs no standing web process.

№ 02 The requirements

## What it needs to run

The shape of the workload, before any hosting decision gets made.

- **Runtime**: Node.js, long-running
- **Build step**: Install and (if used) a TypeScript or bundler build, on every push
- **Standing process?**: Yes: one process, kept alive by a process manager
- **Data store**: Optional. Most APIs attach Postgres once they need to store anything.
- **Verdict**: Dedicated, almost always

№ 03 How it runs

## How it runs here

The same management as every other tier we run, written in Node.js's own terms.

- Provisioning — A dedicated instance with Node installed. A process manager restarts the app on a crash or a deploy.
- Deploys — Push to main. The pipeline builds the app and restarts the process. You run no CI of your own.
- Data + backups — Attach a managed Postgres tier and it backs up every night with the app.
- TLS / DNS / monitoring — Certificates renew on their own and we manage DNS end to end. Monitoring restarts a crashed process and alerts a person. — [What a visitor sees during a restart →](https://customhosted.com/what-visitors-see)

№ 04 Moving it in

## Moving it in

Already running somewhere else? The full [migration playbook](https://customhosted.com/migrate) covers the general steps. Below is what is specific to Node.js.

1. 1 — Point us at the repo — We need read access and the start command. We read the runtime from the package file, so there is no questionnaire.
2. 2 — We stand up a copy — We provision it as code, and build and start it the way your deploys will run. We check it before anything goes live.
3. 3 — Cutover on your schedule — DNS and TLS switch over with little-to-no downtime. A rollback stays ready if anything looks wrong.

The real gotchas

- A process manager restarts a crashed app. It does not fix the bug that crashed it. Check the logs first, then brief the fix.
- In-memory state does not survive a restart. A cache, a session or a queue held in RAM needs a store that outlives the process.
- The app must read its port from the environment at start, not from a hard-coded value. Check `process.env.PORT` before the first deploy.
- A queue worker or a scheduled job needs its own process. Run one as a route inside the API and it only delays the request that triggers it.

№ 05 The loop

## The loop, on Node.js

A Node API rarely needs a rewrite after launch. It needs new routes, bug fixes and small dependency bumps, and the loop ships each one.

1. 01 — Build — CustomLabs — Bring an API you already run. Or CustomLabs designs and builds the first version in the framework you picked.
2. 02 — Iterate — CodeHerder — Brief a new route, a validation fix or a dependency bump in plain language. An agent opens a pull request against the real repo.
3. 03 — Run — CustomHosted — One long-running process on a dedicated instance, restarted on a crash and on a deploy. We patch it and back it up.

An example brief

- **The brief**: A rate limit on a public endpoint, plus a clearer error when a request is missing a required field.
- **What the pull request holds**: The middleware and the validation check, in one pull request the agent opens against the real repo.
- **What happens next**: [A human reviews and merges](https://customhosted.com/review). [It ships through the same pipeline](https://customhosted.com/deploys).
- **A real one**: [The site is blinding at night](https://customhosted.com/case-files#cf-01) (+751 −258 · 19 files · merged 2026-07-31).

№ 06 A plain API, not a framework

## This page covers a plain Node API, and nothing else

Six other pages already own the topics a Node app runs into. This page draws the line, so no two pages say the same thing.

This page is for a plain Express or Nest service: one process, one job, and no framework-specific rendering rules. Next.js is a different case. It has a static-export mode and a server-rendered mode, and that choice decides the hosting shape. The language underneath does not. See [Next.js hosting](https://customhosted.com/host/nextjs) for that split.

If the app already ships as a container, run it on the container path instead. The pricing is the same single-process shape. Only the provisioning step changes. See [Docker hosting](https://customhosted.com/host/docker) for how that works.

A long-running process answers requests. That is all it does on its own. It does not run a queue worker or keep a session alive past a restart. It does not hold an uploaded file or add capacity to itself. [Background jobs](https://customhosted.com/background-jobs) owns the first, [Logins](https://customhosted.com/logins) the second, [Files](https://customhosted.com/files) the third, and [Scaling](https://customhosted.com/scaling) and [Deploys](https://customhosted.com/deploys) the fourth. A release restarts the instance, and there is no second copy to move traffic to while it does.

№ 07 A starting configuration

## A starting configuration

A production Node API: a dedicated instance sized for the app, plus the iteration add-on.

- **Base plan**: Dedicated S
- **Iteration — CodeHerder loop**: +$25/mo
- **Estimated total**: $54/mo

[Get this quoted →](https://customhosted.com/contact?plan=DD-S&addons=AD-CH&src=node) [Size it differently on the estimator →](https://customhosted.com/#estimate)

№ 08 FAQ

## Node.js questions

The questions this stack raises on its own. General hosting questions live on the homepage.

1. 01 Do you support TypeScript? Yes. The build step compiles it before the process starts, and the compiled output is what runs.
2. 02 What if the app needs a database? Attach a managed Postgres tier at any time. It backs up every night with the app. Dedicated M covers the extra load.
3. 03 Can the process run a queue or a scheduled job? A queue worker or a cron job runs as its own process on the same instance. See Background jobs for how the clock and failure handling work.
4. 04 Do sessions survive a deploy? Not if they live in the process’s own memory, because a deploy restarts it. See Logins for what that means for a signed-in user.
5. 05 What if we outgrow Dedicated S? Move up a tier at any time, for more CPU and RAM on the same process. The resize is one short restart, in a window you pick. You do not rebuild anything.

№ 09 See also

## Keep exploring

- [Dedicated compute A fixed-price instance sized to the workload, with a static IP and full control.](https://customhosted.com/dedicated)
- [Background jobs A queue worker or a scheduled job runs as its own process, not as a route inside the API.](https://customhosted.com/background-jobs)
- [Migrations Already running this API somewhere else? A rehearsed cutover with little-to-no downtime.](https://customhosted.com/migrate)

## Ready to start?

Tell us what you're running — one fixed monthly rate, within a business day.

[Get a quote →](https://customhosted.com/contact)