Hur man optimerar Node.js produktionsinfrastruktur: Bästa praxis 2025

Bästa praxis för Node.js-produktionsdistribution från vår välbeprövade infrastruktur som hanterar miljontals förfrågningar dagligen.

Forward Email Team
Skriven av
Forward Email TeamVerified
Publicerad
6/1/25
Dags att läsa
Mindre än 5 minuter

På Forward Email har vi ägnat år åt att finslipa vår Node.js-produktionsmiljö. Den här omfattande guiden delar med oss av våra välbeprövade bästa praxis för Node.js-produktion, med fokus på prestandaoptimering, övervakning och de lärdomar vi har dragit av att skala Node.js-applikationer för att hantera miljontals dagliga transaktioner.

Vår 573% Single Core-prestandaoptimeringsrevolution

När vi migrerade från Intel- till AMD Ryzen-processorer uppnådde vi en 573 % prestandaförbättring i våra Node.js-applikationer. Detta var inte bara en mindre optimering – det förändrade fundamentalt hur våra Node.js-applikationer presterar i produktion och visar vikten av prestandaoptimering med en enda kärna för alla Node.js-applikationer.

[!TIP] För bästa praxis för Node.js-produktionsdistribution är val av hårdvara avgörande. Vi valde specifikt DataPacket-hosting på grund av deras AMD Ryzen-tillgänglighet eftersom prestanda med en enda kärna är avgörande för Node.js-applikationer eftersom JavaScript-körning är enkeltrådad.

Varför prestandaoptimering med en enda kärna är viktig för Node.js

Vår migrering från Intel till AMD Ryzen resulterade i:

  • 573 % prestandaförbättring i behandling av begäranden (dokumenterad i vår statussidas GitHub-problem #1519)
  • Eliminerade förseningar i bearbetningen till nästan omedelbara svar (nämns i GitHub-problem #298)
  • Bättre pris-prestanda-förhållande för Node.js produktionsmiljöer
  • Förbättrade svarstider över alla våra applikationsslutpunkter

Prestandaökningen var så betydande att vi nu anser att AMD Ryzen-processorer är viktiga för all seriös Node.js-produktion, oavsett om du kör webbapplikationer, API:er, mikrotjänster eller någon annan Node.js-arbetsbelastning.

Relaterat innehåll

För mer information om våra infrastrukturval, se:

Installation av Node.js produktionsmiljö: Vår teknikstack

Våra bästa praxis för Node.js-produktionsdistribution inkluderar medvetna teknikval baserade på många års produktionserfarenhet. Här är vad vi använder och varför dessa val gäller för alla Node.js-applikationer:

Pakethanterare: pnpm för produktionseffektivitet

Vad vi använder: pnpm (fäst version)

Vi valde pnpm framför npm och yarn för vår Node.js produktionsmiljö eftersom:

  • Snabbare installationstider i CI/CD-pipelines
  • Effektivitet av diskutrymme genom hård länkning
  • Strikt beroendelösning som förhindrar fantomberoenden
  • Bättre prestanda i produktionsdistributioner

[!NOTE] Som en del av våra bästa praxis för Node.js-produktionsdistribution fäster vi exakta versioner av kritiska verktyg som pnpm för att säkerställa konsekvent beteende i alla miljöer och teammedlemmarnas maskiner.

Implementeringsdetaljer:

Webbramverk: Koa för modern Node.js-produktion

Vad vi använder:

Vi valde Koa framför Express för vår Node.js produktionsinfrastruktur på grund av dess moderna async/await-stöd och renare middleware-komposition. Vår grundare Nick Baugh bidrog till både Express och Koa, vilket gav oss djupgående insikter i båda ramverken för produktionsanvändning.

Dessa mönster gäller oavsett om du bygger REST API:er, GraphQL-servrar, webbapplikationer eller mikrotjänster.

Våra implementeringsexempel:

Bakgrundsjobbbearbetning: Bree för produktionstillförlitlighet

Vad vi använder: bree schemaläggare

Vi skapade och underhåller Bree eftersom befintliga jobbschemaläggare inte uppfyllde våra behov av stöd för arbetstrådar och moderna JavaScript-funktioner i Node.js-produktionsmiljöer. Detta gäller alla Node.js-applikationer som behöver bakgrundsbearbetning, schemalagda uppgifter eller arbetstrådar.

Våra implementeringsexempel:

Felhantering: @hapi/boom för produktionstillförlitlighet

Vad vi använder: @hapi/boom

Vi använder @hapi/boom för strukturerade felsvar i alla Node.js-produktionsapplikationer. Det här mönstret fungerar för alla Node.js-applikationer som behöver konsekvent felhantering.

Våra implementeringsexempel:

Hur man övervakar Node.js-applikationer i produktion

Vår metod för att övervaka Node.js-applikationer i produktion har utvecklats genom åratal av att köra applikationer i stor skala. Vi implementerar övervakning på flera lager för att säkerställa tillförlitlighet och prestanda för alla typer av Node.js-applikationer.

Produktionsövervakning på systemnivå i Node.js

Vår kärnimplementering: helpers/monitor-server.js

Vad vi använder: node-os-utils

Våra tröskelvärden för produktionsövervakning (från vår faktiska produktionskod):

  • 2 GB heapstorleksgräns med automatiska varningar
  • 25 % minnesanvändning varningströskel
  • 80 % CPU-användning varningströskel
  • 75 % diskanvändning varningströskel

[!VARNING] Dessa tröskelvärden fungerar för vår specifika hårdvarukonfiguration. När du implementerar Node.js produktionsövervakning, granska vår monitor-server.js-implementering för att förstå den exakta logiken och anpassa värdena för din installation.

Övervakning på applikationsnivå för Node.js-produktion

Vår felklassificering: helpers/is-code-bug.js

Denna hjälpmedel skiljer mellan:

  • Faktiska kodfel som kräver omedelbar uppmärksamhet
  • Användarfel som är förväntat beteende
  • Externa tjänstfel som vi inte kan kontrollera

Det här mönstret gäller för alla Node.js-applikationer – webbappar, API:er, mikrotjänster eller bakgrundstjänster.

Vår loggningsimplementering: helpers/logger.js

Vi implementerar omfattande fältborttagning för att skydda känslig information samtidigt som vi bibehåller användbara felsökningsfunktioner i vår Node.js-produktionsmiljö.

Applikationsspecifik övervakning

Våra serverimplementeringar:

Köövervakning: Vi implementerar kögränser på 5 GB och 180 sekunders timeout för förfrågningsbehandling för att förhindra resursutmattning. Dessa mönster gäller för alla Node.js-applikationer med köer eller bakgrundsbearbetning.

Node.js produktionsövervakning med PM2 hälsokontroller

Vi har förfinat vår Node.js produktionsmiljö med PM2 under många års produktionserfarenhet. Våra PM2-hälsokontroller är viktiga för att upprätthålla tillförlitligheten i alla Node.js-applikationer.

Vårt PM2-hälsokontrollsystem

Vår kärnimplementering: jobs/check-pm2.js

Vår Node.js-produktionsövervakning med PM2-hälsokontroller inkluderar:

  • Går var 20:e minut via cron-schemaläggning
  • Kräver minst 15 minuters drifttid innan man betraktar en process som hälsosam
  • Validerar processstatus och minnesanvändning
  • Startar automatiskt om misslyckade processer
  • Förhindrar omstartsloopar genom intelligent hälsokontroll

[!CAUTION] For Node.js production deployment best practices, we require 15+ minutes uptime before considering a process healthy to avoid restart loops. This prevents cascading failures when processes are struggling with memory or other issues.

Vår PM2-produktionskonfiguration

Vårt ekosystems uppbyggnad: Studera våra serverstartfiler för installation av Node.js produktionsmiljö:

Dessa mönster gäller oavsett om du kör Express-appar, Koa-servrar, GraphQL API:er eller någon annan Node.js-applikation.

Automatiserad PM2-distribution

PM2-utplacering: ansible/playbooks/node.yml

Vi automatiserar hela vår PM2-installation via Ansible för att säkerställa konsekventa Node.js-produktionsdistributioner på alla våra servrar.

System för hantering och klassificering av produktionsfel

En av våra mest värdefulla bästa praxis för Node.js-produktionsdistribution är intelligent felklassificering som gäller för alla Node.js-applikationer:

Vår isCodeBug-implementering för produktion

Källa: helpers/is-code-bug.js

Denna hjälpfunktion tillhandahåller intelligent felklassificering för Node.js-applikationer i produktion för att:

  • Prioritera faktiska buggar över användarfel
  • Förbättra vår incidenthantering genom att fokusera på verkliga problem
  • Minska vaksamhetströtthet från förväntade användarfel
  • Bättre förstå applikations- kontra användargenererade problem

Det här mönstret fungerar för alla Node.js-applikationer – oavsett om du bygger e-handelswebbplatser, SaaS-plattformar, API:er eller mikrotjänster.

Integration med vår produktionsloggning

Vår loggintegration: helpers/logger.js

Vår logger använder isCodeBug för att fastställa varningsnivåer och fältredigering, vilket säkerställer att vi får meddelanden om verkliga problem samtidigt som vi filtrerar bort brus i vår Node.js-produktionsmiljö.

Relaterat innehåll

Läs mer om våra felhanteringsmönster:

Avancerad prestandafelsökning med v8-profiler-next och cpupro

Vi använder avancerade profileringsverktyg för att analysera heap-snapshots och felsöka OOM (Out of Memory)-problem, prestandaflaskhalsar och Node.js-minnesproblem i vår produktionsmiljö. Dessa verktyg är viktiga för alla Node.js-applikationer som upplever minnesläckor eller prestandaproblem.

Vår profileringsmetod för Node.js-produktion

Verktyg vi rekommenderar:

  • v8-profiler-next - För att generera heap-snapshots och CPU-profiler
  • cpupro - För att analysera CPU-profiler och heap-snapshots

[!TIP] Vi använder v8-profiler-next och cpupro tillsammans för att skapa ett komplett arbetsflöde för prestandafelsökning för våra Node.js-applikationer. Denna kombination hjälper oss att identifiera minnesläckor, prestandaflaskhalsar och optimera vår produktionskod.

Hur vi implementerar Heap Snapshot-analys

Vår implementering av övervakning: helpers/monitor-server.js

Vår produktionsövervakning inkluderar automatisk generering av heap-snapshots när minnesgränser överskrids. Detta hjälper oss att felsöka OOM-problem innan de orsakar programkrascher.

Viktiga implementeringsmönster:

  • Automatiska ögonblicksbilder när heapstorleken överstiger tröskelvärdet på 2 GB
  • Signalbaserad profilering för analys på begäran i produktion
  • Retentionspolicyer för att hantera lagring av ögonblicksbilder
  • Integration med våra städjobb för automatiserat underhåll

Arbetsflöde för prestandafelsökning

Studera vår faktiska implementering:

För analys av heap-snapshots:

  1. Installera v8-profiler-next för generering av ögonblicksbilder
  2. Använd CPUPro för att analysera de genererade ögonblicksbilderna
  3. Implementera övervakningströsklar liknande vår monitor-server.js
  4. Konfigurera automatisk rensning för att hantera lagring av ögonblicksbilder
  5. Skapa signalhanterare för profilering på begäran i produktion

För CPU-profilering:

  1. Generera CPU-profiler under perioder med hög belastning
  2. Analysera med cpupro att identifiera flaskhalsar
  3. Fokusera på heta vägar och optimeringsmöjligheter
  4. Övervaka före/efter prestandaförbättringar

[!VARNING] Att generera heap-snapshots och CPU-profiler kan påverka prestandan. Vi rekommenderar att implementera begränsning och endast aktivera profilering när specifika problem undersöks eller under underhållsfönster.

Integration med vår produktionsövervakning

Våra profileringsverktyg integreras med vår bredare övervakningsstrategi:

  • Automatisk utlösning baserat på minnes-/CPU-trösklar
  • Aviseringsintegration när prestandaproblem upptäcks
  • Historisk analys att följa prestationstrender över tid
  • Korrelation med applikationsstatistik för omfattande felsökning

Denna metod har hjälpt oss att identifiera och lösa minnesläckor, optimera sökvägar för het kod och upprätthålla stabil prestanda i vår Node.js-produktionsmiljö.

Node.js produktionsinfrastruktursäkerhet

Vi implementerar omfattande säkerhet för vår Node.js-produktionsinfrastruktur genom Ansible-automation. Dessa metoder gäller för alla Node.js-applikationer:

Systemnivåsäkerhet för Node.js-produktion

Vår Ansible-implementering: ansible/playbooks/security.yml

Våra viktigaste säkerhetsåtgärder för Node.js produktionsmiljöer:

  • Växling inaktiverad för att förhindra att känsliga data skrivs till disk
  • Kärndumpar inaktiverade för att förhindra minnesdumpar som innehåller känslig information
  • USB-lagring blockerad för att förhindra obehörig dataåtkomst
  • Kärnparameterjustering för både säkerhet och prestanda

[!VARNING] När du implementerar bästa praxis för Node.js produktionsdistribution kan inaktivering av swap orsaka minnesstopp om din applikation överskrider tillgängligt RAM-minne. Vi övervakar minnesanvändningen noggrant och dimensionerar våra servrar därefter.

Applikationssäkerhet för Node.js-applikationer

Vår redigering av loggfält: helpers/logger.js

Vi redigerar bort känsliga fält från loggar, inklusive lösenord, tokens, API-nycklar och personlig information. Detta skyddar användarnas integritet samtidigt som felsökningsmöjligheterna bibehålls i alla Node.js-produktionsmiljöer.

Automatisering av infrastruktursäkerhet

Vår kompletta Ansible-konfiguration för Node.js-produktion:

Vårt säkerhetsinnehåll

Läs mer om vår säkerhetsstrategi:

Databasarkitektur för Node.js-applikationer

Vi använder en hybriddatabasmetod som är optimerad för våra Node.js-applikationer. Dessa mönster kan anpassas för alla Node.js-applikationer:

SQLite-implementering för Node.js-produktion

Vad vi använder:

Vår konfiguration: ansible/playbooks/sqlite.yml

Vi använder SQLite för användarspecifik data i våra Node.js-applikationer eftersom det tillhandahåller:

  • Dataisolering per användare/hyresgäst
  • Bättre prestanda för frågor från en enda användare
  • Förenklad säkerhetskopiering och migration
  • Minskad komplexitet jämfört med delade databaser

Det här mönstret fungerar bra för SaaS-applikationer, system med flera innehavare eller alla Node.js-applikationer som behöver dataisolering.

MongoDB-implementering för Node.js-produktion

Vad vi använder:

Vår implementering av installationen: helpers/setup-mongoose.js

Vår konfiguration: config/mongoose.js

Vi använder MongoDB för applikationsdata i vår Node.js-produktionsmiljö eftersom den tillhandahåller:

  • Flexibelt schema för utvecklande datastrukturer
  • Bättre prestanda för komplexa frågor
  • Horisontell skalning förmågor
  • Rikt frågespråk

[!NOTE] Vår hybridmetod optimerar för vårt specifika användningsfall. Studera våra faktiska databasanvändningsmönster i kodbasen för att förstå om den här metoden passar dina Node.js-applikationsbehov.

Bearbetning av Node.js-produktionsbakgrundsjobb

Vi byggde vår bakgrundsjobbarkitektur kring Bree för tillförlitlig Node.js-produktionsdistribution. Detta gäller alla Node.js-applikationer som behöver bakgrundsbearbetning:

Vår Bree-serveruppsättning för produktion

Vår huvudsakliga implementering: bree.js

Vår Ansible-implementering: ansible/playbooks/bree.yml

Exempel på produktionsjobb

Hälsoövervakning: jobs/check-pm2.js

Automatisering av städning: jobs/cleanup-tmp.js

Alla våra jobb: Bläddra i vår kompletta jobbkatalog

Dessa mönster gäller för alla Node.js-applikationer som behöver:

  • Schemalagda uppgifter (databehandling, rapporter, rensning)
  • Bakgrundsbehandling (bildstorleksändring, e-postutskick, dataimport)
  • Hälsoövervakning och underhåll
  • Användning av arbetstrådar för CPU-intensiva uppgifter

Våra schemaläggningsmönster för Node.js-produktion

Studera våra faktiska schemaläggningsmönster i vår jobbkatalog för att förstå:

  • Hur vi implementerar cron-liknande schemaläggning i Node.js-produktion
  • Vår felhantering och logik för återförsök
  • Hur vi använder arbetstrådar för CPU-intensiva uppgifter

Automatiserat underhåll för Node.js-produktionsapplikationer

Vi implementerar proaktivt underhåll för att förhindra vanliga Node.js-produktionsproblem. Dessa mönster gäller för alla Node.js-applikationer:

Vår implementering av städning

Källa: jobs/cleanup-tmp.js

Vårt automatiserade underhåll för Node.js produktionsapplikationer riktar sig mot:

  • Tillfälliga filer äldre än 24 timmar
  • Loggfiler bortom lagringsgränserna
  • Cachefiler och tillfälliga data
  • Uppladdade filer som inte längre behövs
  • Heap-ögonblicksbilder från prestandafelsökning

Dessa mönster gäller för alla Node.js-applikationer som genererar tillfälliga filer, loggar eller cachade data.

Diskutrymmeshantering för Node.js-produktion

Våra övervakningströsklar: helpers/monitor-server.js

  • Kögränser för bakgrundsbehandling
  • 75 % diskanvändning varningströskel
  • Automatisk rensning när tröskelvärdena överskrids

Automatisering av infrastrukturunderhåll

Vår Ansible-automatisering för Node.js-produktion:

Implementeringsguide för Node.js produktionsdistribution

Studera vår faktiska kod för bästa praxis inom produktion

Börja med dessa nyckelfiler för installation av Node.js produktionsmiljö:

  1. Konfiguration: config/index.js
  2. Övervakning: helpers/monitor-server.js
  3. Felhantering: helpers/is-code-bug.js
  4. Skogsavverkning: helpers/logger.js
  5. Processhälsa: jobs/check-pm2.js

Lär dig av våra blogginlägg

Våra tekniska implementeringsguider för Node.js-produktion:

Infrastrukturautomation för Node.js-produktion

Våra Ansible-handböcker att studera för Node.js produktionsdistribution:

Våra fallstudier

Våra företagsimplementeringar:

Slutsats: Bästa praxis för Node.js produktionsdistribution

Vår Node.js-produktionsinfrastruktur visar att Node.js-applikationer kan uppnå tillförlitlighet i företagsklass genom:

  • Beprövade hårdvaruval (AMD Ryzen för 573 % prestandaoptimering med en enda kärna)
  • Stridstestad Node.js produktionsövervakning med specifika tröskelvärden och automatiserade svar
  • Smart felklassificering för att förbättra incidenthanteringen i produktionsmiljöer
  • Avancerad prestandafelsökning med v8-profiler-next och cpupro för OOM-förebyggande
  • Omfattande säkerhetsstärkning genom Ansible-automatisering
  • Hybrid databasarkitektur optimerad för applikationsbehov
  • Automatiserat underhåll för att förhindra vanliga Node.js-produktionsproblem

Viktig slutsats: Studera våra faktiska implementeringsfiler och blogginlägg istället för att följa generiska bästa praxis. Vår kodbas tillhandahåller verkliga mönster för Node.js-produktionsdistribution som kan anpassas för alla Node.js-applikationer - webbappar, API:er, mikrotjänster eller bakgrundstjänster.

Komplett resurslista för Node.js-produktion

Våra kärnimplementeringsfiler

Våra serverimplementeringar

Vår infrastrukturautomation

Våra tekniska blogginlägg

Våra fallstudier för företag