Node.js-drift med utrymme att köra riktiga appar

Ja, valet är helt ditt. Eftersom varje paket är en KVM-VPS med full root är du inte bunden till den version en delad leverantör råkar erbjuda. De flesta installerar nvm och hämtar exakt den utgåva deras app behöver — den aktuella LTS-linjen för stabilitet i produktion, eller en specifik version bygget testats mot — och växlar mellan versioner per projekt på samma server. Föredrar du det kan du i stället installera de officiella Node-binärerna eller din distributions paket. Du kan också hålla flera versioner sida vid sida och binda varje app till sin egen med en .nvmrc-fil, vilket är praktiskt när du driftar mer än ett projekt. När en ny LTS landar uppgraderar du i din egen takt i stället för att vänta på oss. Inget kring körmiljön är låst: du bestämmer versionen, om du använder npm, pnpm eller yarn, och när du uppdaterar.

Båda fungerar bra eftersom du har root. För en vanlig Node-process är PM2 det vanliga valet: den håller din app igång, startar om den om den kraschar, kan forka flera instanser för att utnyttja varje CPU-kärna och roterar loggar åt dig. Ett enda `pm2 start` plus `pm2 startup` och `pm2 save` räcker oftast för att appen ska överleva en omstart. Vill du hellre containerisera installerar du Docker och kör din image direkt, eller startar en liten stack med en docker-compose-fil — en appcontainer bredvid Postgres och Redis, till exempel. Vissa kombinerar de två och kör Docker för beroenden och PM2 för appen, eller tvärtom. Eftersom servern är din kan du också använda systemd-enheter om det passar ditt arbetsflöde bättre. Vi håller den underliggande VPS:en, nätverket och DDoS-skyddet friska; hur du övervakar dina processer är helt ditt beslut.

Det här är självadministrerade VPS-paket, och det är medvetet — att hålla servern ohanterad är precis vad som gör root-åtkomst, egna Node-versioner och ditt eget processupplägg möjligt till det här priset. Du äger allt ovanför operativsystemet: Node-körmiljön, PM2 eller Docker, din omvända proxy, dina databaser och dina driftsättningar är dina att konfigurera precis som din app behöver. Det vi sköter är grunden under — den fysiska hårdvaran, KVM-virtualiseringen, tier 3-datacentrets nätverk och DDoS-skyddet — så att du aldrig behöver oroa dig för de delar du inte ser. Vårt supportteam finns tillgängligt dygnet runt för frågor om infrastruktur, driftsättning och nätverk, och kan hjälpa dig ändra storlek på ett paket eller felsöka anslutningar. Vill du hellre slippa administrera servern själv finns hanterade alternativ på begäran, och många team tar in en utvecklare för applikationslagret medan vi håller VPS:en snabb, online och skyddad.

Ja. Med full root kan du installera Postgres, MongoDB eller Redis direkt på VPS:en och låta din Node-app prata med dem över localhost, vilket håller latensen låg och undviker ett extra nätverkshopp. Redis är en populär följeslagare för sessioner, cachning och jobbköer, medan Postgres eller MongoDB håller dina primärdata — kör en, eller alla tre, dimensionerade efter det RAM din nivå ger. Framför appen är det standard att sätta Nginx som omvänd proxy: den avslutar TLS med ett gratis SSL-certifikat som förnyas automatiskt, serverar den publika 443-endpointen, lastbalanserar över dina PM2- eller Docker-instanser och kan cacha statiska filer. Det är den klassiska produktionsuppställningen — Nginx i kanten, Node bakom, databaser bredvid. Vill du hellre hålla data i en separat hanterad databas ansluter du helt enkelt ut till den i stället; inget tvingar databasen till samma maskin.

Ett rent `node server.js` stannar i samma stund terminalen stängs eller processen kraschar, så på en riktig server kör du den under en processhanterare. PM2 är det vanliga svaret: den daemoniserar appen, startar om den automatiskt efter en krasch och med `pm2 startup` plus `pm2 save` får den tillbaka allt efter en omstart. Dess klusterläge kan forka en arbetare per CPU-kärna så att en enda app använder alla resurser din nivå ger, och inbyggd logghantering gör problem lättare att spåra. Containeriserar du i stället gör Dockers omstartspolicyer samma jobb, och systemd är ett gediget nativt alternativ när du föredrar det. Ovanpå det betyder garanterade KVM-resurser och NVMe-lagring att appen inte slåss med stökiga grannar om CPU, och DDoS-skydd på nätverksnivå håller den nåbar under attack. Mellan en processhanterare och dedikerade resurser är samma drifttid du ser i test det dina användare får.

Ja. Efter att du registrerat dig öppnar du ett ärende så hjälper vårt team dig komma igång — driftsätta servern, bekräfta SSH och din dedikerade IPv4 och peka dig i rätt riktning kring operativsystem och brandvägg. För själva appen är en typisk driftsättning att klona ditt Git-repo till servern, installera beroenden, sätta dina miljövariabler, bygga vid behov och starta processen under PM2 eller Docker — och vi ger gärna råd om det flödet. Kommer du från en annan leverantör kan vi hjälpa dig ta med din kod, din miljökonfiguration och eventuell lokal databas så att appen kör likadant på den nya VPS:en. Du kan sätta upp den i staging och testa på den dedikerade IP-adressen innan du byter DNS, så att övergången blir mjuk. Hanterad hjälp för applikationslagret finns på begäran om du vill ha en tyngre hand; annars håller sig vårt team dygnet runt till infrastruktur- och nätverkssidan.

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.