Node.js hosting met ruimte voor echte apps

Ja, de keuze is volledig aan jou. Omdat elk pakket een KVM VPS met volledige root is, zit je niet vast aan de versie die een gedeelde hoster toevallig aanbiedt. De meeste mensen installeren nvm en halen precies de release binnen die hun app nodig heeft — de huidige LTS-lijn voor stabiliteit in productie, of de specifieke versie waarmee hun build is getest — en wisselen per project van versie op dezelfde server. Wil je liever anders, dan installeer je de officiële Node-binaries of de pakketten van je distributie. Je kunt ook meerdere versies naast elkaar houden en elke app met een .nvmrc-bestand aan de zijne koppelen, wat handig is als je meer dan één project host. Verschijnt er een nieuwe LTS, dan upgrade je op jouw moment in plaats van op het onze. Aan de runtime zit niets op slot: jij bepaalt de versie, of je npm, pnpm of yarn gebruikt, en wanneer je bijwerkt.

Allebei werken prima, juist omdat jij root hebt. Voor een gewoon Node-proces is PM2 de gebruikelijke keuze: het houdt je app draaiend, herstart hem na een crash, kan meerdere instanties forken om elke CPU-core te benutten en roteert je logbestanden. Eén `pm2 start` plus `pm2 startup` en `pm2 save` is meestal genoeg om de app een herstart te laten overleven. Wil je liever containeriseren, installeer dan Docker en draai je image rechtstreeks, of zet met een docker-compose-bestand een kleine stack op — bijvoorbeeld een appcontainer naast Postgres en Redis. Sommigen combineren beide en draaien Docker voor de afhankelijkheden en PM2 voor de app, of andersom. Omdat de server van jou is, kun je ook systemd-units gebruiken als dat beter bij je werkwijze past. Wij houden de onderliggende VPS, het netwerk en de DDoS-bescherming gezond; hoe je je processen beheert, bepaal jij helemaal zelf.

Dit zijn zelfbeheerde VPS-pakketten, en dat is een bewuste keuze — juist doordat de server onbeheerd blijft, zijn root-toegang, eigen Node-versies en je eigen procesopzet voor deze prijs mogelijk. Alles boven het besturingssysteem is van jou: de Node-runtime, PM2 of Docker, je reverse proxy, databases en deploys stel je in zoals je app dat vraagt. Wat wij beheren is het fundament eronder — de fysieke hardware, de KVM-virtualisatie, het tier-3-datacenternetwerk en de DDoS-bescherming — zodat je je nooit druk hoeft te maken over de delen die je niet ziet. Ons supportteam is 24/7 bereikbaar voor vragen over infrastructuur, uitrol en netwerk, en helpt je een pakket op te schalen of verbindingsproblemen te onderzoeken. Beheer je de server liever niet zelf, dan zijn beheerde opties op aanvraag beschikbaar, en veel teams schakelen een ontwikkelaar in voor de applicatielaag terwijl wij de VPS snel, online en beschermd houden.

Ja. Met volledige root installeer je Postgres, MongoDB of Redis rechtstreeks op de VPS en laat je je Node-app er via localhost mee praten, wat de latency laag houdt en een extra netwerkstap voorkomt. Redis is een populaire metgezel voor sessies, caching en jobwachtrijen, terwijl Postgres of MongoDB je primaire data bewaart — draai er één, of alle drie, afgestemd op het RAM dat je niveau biedt. Voor de app zet je gebruikelijk Nginx als reverse proxy: die sluit TLS af met een gratis SSL-certificaat dat zichzelf verlengt, serveert het publieke endpoint op 443, verdeelt de belasting over je PM2- of Docker-instanties en kan statische bestanden cachen. Dat is de klassieke productieopstelling — Nginx aan de rand, Node erachter en databases ernaast. Bewaar je je data liever in een aparte beheerde database, dan maak je daar simpelweg verbinding mee; niets dwingt de database op dezelfde machine.

Een kale `node server.js` stopt zodra je de terminal sluit of het proces crasht, dus op een echte server draai je hem onder een procesmanager. PM2 is het gebruikelijke antwoord: het maakt van je app een daemon, herstart hem automatisch na een crash en brengt met `pm2 startup` plus `pm2 save` alles terug na een herstart. De clustermodus kan één worker per CPU-core forken, zodat één app alle resources van je niveau benut, en de ingebouwde logafhandeling maakt problemen makkelijker te herleiden. Containeriseer je liever, dan doen de restart policies van Docker hetzelfde werk, en systemd is een prima native optie als je die voorkeur hebt. Daarbovenop betekenen gegarandeerde KVM-resources en NVMe-opslag dat je app niet met luidruchtige buren om CPU hoeft te vechten, en DDoS-bescherming op netwerkniveau houdt hem bereikbaar tijdens een aanval. Met een procesmanager plus eigen resources krijgen je gebruikers dezelfde beschikbaarheid als in je tests.

Ja. Open na je aanmelding een ticket en ons team helpt je op weg — de server klaarzetten, SSH en je eigen IPv4 bevestigen en je de juiste richting wijzen wat betreft het besturingssysteem en de firewall. Voor de app zelf is een typische deploy: je Git-repository op de server clonen, afhankelijkheden installeren, je omgevingsvariabelen instellen, zo nodig builden en het proces starten onder PM2 of Docker — en we adviseren daar graag over. Kom je van een andere hoster, dan helpen we je code, omgevingsconfiguratie en een eventuele lokale database over te brengen, zodat de app op de nieuwe VPS hetzelfde draait. Je kunt hem klaarzetten en testen op het eigen IP voordat je DNS omzet, zodat de overstap soepel verloopt. Beheerde ondersteuning voor de applicatielaag is op aanvraag beschikbaar als je een steviger hand wilt; anders blijft ons 24/7 team aan de kant van infrastructuur en netwerk.

Yes. Since you have full root and outbound access, you can authenticate npm, pnpm or yarn against a private registry using a token in your package manager's config, exactly as you would on your own machine. There's no proxy or firewall rule blocking package installs, so private dependencies resolve the same way they do in local development.

Every plan includes daily backups of the server, covering your application code, installed dependencies, configuration and any co-located database data. If a deploy goes wrong, a dependency upgrade breaks something, or a config change needs undoing, you can restore to a previous day rather than rebuilding by hand.

Yes — root access means the server's own cron is available for anything you'd rather run outside your application process, such as nightly database dumps or report generation. Just as commonly, people schedule jobs from within Node itself using a scheduling library, keeping that logic in the same codebase as the rest of the app. Both approaches run fine side by side on the same VPS.

Yes, every Node.js VPS plan carries a 30-day money-back guarantee, so you can put a real workload on the server, benchmark it against wherever you're hosting now, and request a refund within that window if it isn't the right fit. It's the same guarantee across our hosting lineup, not a scaled-down version for VPS.

Yes. A single VPS can run several Node processes at once — each on its own port, managed as a separate PM2 process or container, with a reverse proxy routing incoming requests to the right one based on subdomain or path. It's a common way to run an API, an internal dashboard and a webhook handler on one server instead of three, or to keep a staging copy running next to production.

Yes. Pricing across our plans, including the Node.js VPS tiers, is displayed and billed in your local currency automatically based on where you're signing up from, so international teams don't have to work out conversions before checkout.