Node.js runs the backend.

Most of the backends we ship run on Node.js because one language covers the full stack. A developer writing a React component can also write its API route, the webhook that processes a payment, and the job that sends the confirmation email without switching languages or toolchains. Shared validation logic and types let the compiler enforce the contract between client and server. We build APIs as Next.js route handlers and SvelteKit endpoints for app-embedded logic, and as standalone services when the backend needs its own deployment. The async I/O model handles many concurrent requests without threading complexity, and the npm ecosystem covers common infrastructure we do not need to rebuild. We run the current Node LTS release in production.

Not every backend job fits neatly into a request that answers and exits. Plenty of the work we build in Node lives outside that cycle: webhook handlers that process events from Stripe or a CRM, background workers draining a job queue, scheduled tasks, email and PDF generation, and real-time servers holding open connections. We write these as Node services and then place them where they belong. Short, stateless request-response logic stays in serverless functions on the edge, close to the user. Anything that needs to stay alive, hold a connection, or run continuously moves to a persistent container on Railway, where a long-lived Node process is not fighting cold starts or execution-time limits. The single-language advantage carries through here too: the same team, types, and tests cover the API and the workers behind it, so the backend is one coherent system rather than two disconnected halves.