Hoe u de productie-infrastructuur van Node.js optimaliseert: best practices in 2025

Aanbevolen werkwijzen voor Node.js-productie-implementatie op basis van onze beproefde infrastructuur die dagelijks miljoenen verzoeken verwerkt.

Forward Email Team
Geschreven door
Forward Email TeamVerified
Gepubliceerd
6/1/25
Tijd om te lezen
Minder dan 5 minuten

Bij Forward Email hebben we jarenlang gewerkt aan het perfectioneren van de configuratie van onze Node.js-productieomgeving. Deze uitgebreide gids deelt onze beproefde best practices voor Node.js-productie-implementatie, met de nadruk op prestatieoptimalisatie, monitoring en de lessen die we hebben geleerd bij het schalen van Node.js-applicaties om miljoenen dagelijkse transacties te verwerken.

Onze 573% Single Core Performance Optimization Revolution

Toen we van Intel- naar AMD Ryzen-processors migreerden, bereikten we een 573% prestatieverbetering in onze Node.js-applicaties. Dit was niet zomaar een kleine optimalisatie: het veranderde fundamenteel de prestaties van onze Node.js-applicaties in productie en toont het belang aan van single-core prestatieoptimalisatie voor elke Node.js-applicatie.

[!TIP] Voor best practices voor de implementatie van Node.js in productie is de hardwarekeuze cruciaal. We hebben specifiek gekozen voor DataPacket-hosting vanwege de beschikbaarheid van hun AMD Ryzen, omdat single-core prestaties cruciaal zijn voor Node.js-applicaties, aangezien JavaScript single-threaded wordt uitgevoerd.

Waarom Single Core-prestatieoptimalisatie belangrijk is voor Node.js

Onze migratie van Intel naar AMD Ryzen resulteerde in:

  • 573% prestatieverbetering bij de verwerking van verzoeken (gedocumenteerd in onze statuspagina's GitHub Issue #1519)
  • Verwerkingsvertragingen geëlimineerd tot bijna onmiddellijke reacties (genoemd in GitHub-probleem #298)
  • Betere prijs-prestatieverhouding voor Node.js-productieomgevingen
  • Verbeterde responstijden over al onze applicatie-eindpunten

De prestatieverbetering was zo aanzienlijk dat we AMD Ryzen-processoren nu als essentieel beschouwen voor elke serieuze Node.js-productie-implementatie, of u nu webapplicaties, API's, microservices of andere Node.js-workloads uitvoert.

Gerelateerde inhoud

Voor meer informatie over onze infrastructuurkeuzes, zie:

Node.js-productieomgeving instellen: onze technologie-stack

Onze best practices voor Node.js-productie-implementatie omvatten weloverwogen technologische keuzes, gebaseerd op jarenlange productie-ervaring. Dit is wat we gebruiken en waarom deze keuzes van toepassing zijn op elke Node.js-applicatie:

Pakketbeheerder: pnpm voor productie-efficiëntie

Wat wij gebruiken: pnpm (vastgezette versie)

We hebben voor pnpm gekozen boven npm en yarn voor onze Node.js-productieomgeving omdat:

  • Snellere installatietijden in CI/CD-pijplijnen
  • Schijfruimte-efficiëntie door middel van harde koppeling
  • Strikte afhankelijkheidsresolutie die spookafhankelijkheden voorkomt
  • Betere prestaties in productie-implementaties

[!NOTE] Als onderdeel van onze best practices voor Node.js-productie-implementaties, pinnen we exacte versies van kritieke tools zoals pnpm om consistent gedrag in alle omgevingen en op alle machines van teamleden te garanderen.

Implementatiedetails:

Webframework: Koa voor moderne Node.js-productie

Wat wij gebruiken:

We kozen Koa boven Express voor onze Node.js-productie-infrastructuur vanwege de moderne async/await-ondersteuning en overzichtelijke middleware-samenstelling. Onze oprichter Nick Baugh heeft bijgedragen aan zowel Express als Koa, waardoor we diepgaand inzicht hebben gekregen in beide frameworks voor gebruik in productie.

Deze patronen zijn van toepassing ongeacht of u REST API's, GraphQL-servers, webapplicaties of microservices bouwt.

Onze implementatievoorbeelden:

Achtergrondtaakverwerking: Bree voor productiebetrouwbaarheid

Wat wij gebruiken: bree planner

We hebben Bree ontwikkeld en onderhouden omdat bestaande taakplanners niet voldeden aan onze behoeften aan ondersteuning voor worker threads en moderne JavaScript-functionaliteit in Node.js-productieomgevingen. Dit geldt voor elke Node.js-applicatie die achtergrondverwerking, geplande taken of worker threads nodig heeft.

Onze implementatievoorbeelden:

Foutbehandeling: @hapi/boom voor productiebetrouwbaarheid

Wat wij gebruiken: @hapi/boom

We gebruiken @hapi/boom voor gestructureerde foutreacties in onze Node.js-productieapplicaties. Dit patroon werkt voor elke Node.js-applicatie die consistente foutverwerking nodig heeft.

Onze implementatievoorbeelden:

Hoe u Node.js-applicaties in productie kunt monitoren

Onze aanpak voor het monitoren van Node.js-applicaties in productie is geëvolueerd door de jaren heen, waarin we applicaties op schaal hebben uitgevoerd. We implementeren monitoring op meerdere lagen om de betrouwbaarheid en prestaties van elk type Node.js-applicatie te garanderen.

Node.js-productiebewaking op systeemniveau

Onze kernimplementatie: helpers/monitor-server.js

Wat wij gebruiken: node-os-utils

Onze productiebewakingsdrempels (op basis van onze daadwerkelijke productiecode):

  • Heapgroottelimiet van 2 GB met automatische waarschuwingen
  • 25% geheugengebruik waarschuwingsdrempel
  • 80% CPU-gebruik waarschuwingsdrempel
  • 75% schijfgebruik waarschuwingsdrempel

[!WARNING] Deze drempelwaarden werken voor onze specifieke hardwareconfiguratie. Bekijk bij de implementatie van Node.js-productiemonitoring onze monitor-server.js-implementatie om de exacte logica te begrijpen en de waarden aan te passen aan uw configuratie.

Monitoring op applicatieniveau voor Node.js-productie

Onze foutclassificatie: helpers/is-code-bug.js

Deze helper maakt onderscheid tussen:

  • Werkelijke codefouten die onmiddellijke aandacht vereisen
  • Gebruikersfouten dat is verwacht gedrag
  • Externe servicestoringen die we niet kunnen controleren

Dit patroon is van toepassing op alle Node.js-toepassingen: webapps, API's, microservices of achtergrondservices.

Onze logging-implementatie: helpers/logger.js

We maken gebruik van uitgebreide veldredactie om gevoelige informatie te beschermen, terwijl we tegelijkertijd nuttige foutopsporingsmogelijkheden in onze Node.js-productieomgeving behouden.

Toepassingsspecifieke monitoring

Onze serverimplementaties:

Wachtrijbewaking: We implementeren wachtrijlimieten van 5 GB en time-outs van 180 seconden voor de verwerking van aanvragen om resource-uitputting te voorkomen. Deze patronen zijn van toepassing op elke Node.js-applicatie met wachtrijen of achtergrondverwerking.

Node.js-productiebewaking met PM2-gezondheidscontroles

We hebben onze Node.js-productieomgeving geoptimaliseerd met PM2, dankzij jarenlange productie-ervaring. Onze PM2-statuscontroles zijn essentieel voor het behoud van de betrouwbaarheid van elke Node.js-applicatie.

Ons PM2-gezondheidscontrolesysteem

Onze kernimplementatie: jobs/check-pm2.js

Onze Node.js-productiemonitoring met PM2-statuscontroles omvat:

  • Rijdt elke 20 minuten via cron-planning
  • Vereist minimaal 15 minuten uptime voordat u een proces als gezond beschouwt
  • Valideert processtatus en geheugengebruik
  • Start automatisch mislukte processen opnieuw op
  • Voorkomt herstartlussen door middel van intelligente gezondheidscontrole

[!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.

Onze PM2-productieconfiguratie

Onze ecosysteemopstelling: Bestudeer onze serveropstartbestanden voor het instellen van de Node.js-productieomgeving:

Deze patronen zijn van toepassing ongeacht of u Express-apps, Koa-servers, GraphQL API's of andere Node.js-toepassingen uitvoert.

Geautomatiseerde PM2-implementatie

PM2-implementatie: ansible/playbooks/node.yml

We automatiseren onze volledige PM2-configuratie via Ansible om consistente Node.js-productie-implementaties op al onze servers te garanderen.

Systeem voor het afhandelen en classificeren van productiefouten

Een van onze meest waardevolle best practices voor Node.js-productie-implementatie is intelligente foutclassificatie die van toepassing is op elke Node.js-applicatie:

Onze isCodeBug-implementatie voor productie

Bron: helpers/is-code-bug.js

Deze helper biedt intelligente foutclassificatie voor Node.js-toepassingen in productie om:

  • Geef prioriteit aan daadwerkelijke bugs over gebruikersfouten
  • Verbeter onze incidentrespons door ons te concentreren op echte problemen
  • Verminder alertheidsmoeheid van verwachte gebruikersfouten
  • Beter begrijpen applicatie versus door de gebruiker gegenereerde problemen

Dit patroon werkt voor alle Node.js-toepassingen, of u nu e-commercesites, SaaS-platforms, API's of microservices bouwt.

Integratie met onze productieregistratie

Onze logger-integratie: helpers/logger.js

Onze logger maakt gebruik van isCodeBug om waarschuwingsniveaus en veldredacties te bepalen, zodat we op de hoogte worden gesteld van echte problemen en tegelijkertijd ruis in onze Node.js-productieomgeving wordt weggefilterd.

Gerelateerde inhoud

Meer informatie over onze foutverwerkingspatronen:

Geavanceerd prestatiedebuggen met v8-profiler-next en cpupro

We gebruiken geavanceerde profileringstools om heap snapshots te analyseren en OOM (Out of Memory)-problemen, prestatieknelpunten en Node.js-geheugenproblemen in onze productieomgeving te debuggen. Deze tools zijn essentieel voor elke Node.js-applicatie die geheugenlekken of prestatieproblemen ondervindt.

Onze profileringsaanpak voor Node.js-productie

Door ons aanbevolen hulpmiddelen:

  • v8-profiler-next - Voor het genereren van heap snapshots en CPU-profielen
  • cpupro - Voor het analyseren van CPU-profielen en heap-snapshots

[!TIP] We gebruiken v8-profiler-next en cpupro samen om een complete performance debugging workflow voor onze Node.js-applicaties te creëren. Deze combinatie helpt ons geheugenlekken en prestatieknelpunten te identificeren en onze productiecode te optimaliseren.

Hoe we heap snapshot-analyse implementeren

Onze monitoring-implementatie: helpers/monitor-server.js

Onze productiemonitoring omvat het automatisch genereren van heap snapshots wanneer geheugendrempels worden overschreden. Dit helpt ons OOM-problemen te debuggen voordat ze applicatiecrashes veroorzaken.

Belangrijkste implementatiepatronen:

  • Automatische momentopnamen wanneer de heapgrootte de drempelwaarde van 2 GB overschrijdt
  • Signaalgebaseerde profilering voor on-demand analyse in productie
  • Bewaarbeleid voor het beheren van snapshot-opslag
  • Integratie met onze opruimwerkzaamheden voor geautomatiseerd onderhoud

Workflow voor prestatie-debuggen

Bestudeer onze daadwerkelijke implementatie:

Voor heap snapshot-analyse:

  1. Installeer v8-profiler-next voor het genereren van momentopnamen
  2. Gebruik cpupro voor het analyseren van de gegenereerde momentopnamen
  3. Implementeer monitoringdrempels vergelijkbaar met onze monitor-server.js
  4. Geautomatiseerde opruiming instellen om snapshot-opslag te beheren
  5. Signaalhandlers aanmaken voor on-demand profilering in productie

Voor CPU-profilering:

  1. CPU-profielen genereren tijdens periodes met hoge belasting
  2. Analyseren met cpupro knelpunten identificeren
  3. Focus op hete paden en optimalisatiemogelijkheden
  4. Monitor voor/na prestatieverbeteringen

[!WARNING] Het genereren van heap snapshots en CPU-profielen kan de prestaties beïnvloeden. We raden aan om throttling te implementeren en profilering alleen in te schakelen bij het onderzoeken van specifieke problemen of tijdens onderhoudsperiodes.

Integratie met onze productiemonitoring

Onze profileringshulpmiddelen integreren met onze bredere monitoringstrategie:

  • Automatische activering gebaseerd op geheugen-/CPU-drempels
  • Integratie van waarschuwingen wanneer er prestatieproblemen worden gedetecteerd
  • Historische analyse om prestatietrends in de loop van de tijd te volgen
  • Correlatie met applicatiemetrieken voor uitgebreid debuggen

Deze aanpak heeft ons geholpen geheugenlekken te identificeren en op te lossen, hot code-paden te optimaliseren en stabiele prestaties te garanderen in onze Node.js-productieomgeving.

Beveiliging van Node.js-productie-infrastructuur

We implementeren uitgebreide beveiliging voor onze Node.js-productie-infrastructuur via Ansible-automatisering. Deze procedures zijn van toepassing op elke Node.js-applicatie:

Beveiliging op systeemniveau voor Node.js-productie

Onze Ansible-implementatie: ansible/playbooks/security.yml

Onze belangrijkste beveiligingsmaatregelen voor Node.js-productieomgevingen:

  • Wisselen uitgeschakeld om te voorkomen dat gevoelige gegevens naar schijf worden geschreven
  • Core dumps uitgeschakeld om geheugendumps met gevoelige informatie te voorkomen
  • USB-opslag geblokkeerd om ongeautoriseerde toegang tot gegevens te voorkomen
  • Kernelparameter-afstemming voor zowel veiligheid als prestaties

[!WARNING] Bij het implementeren van best practices voor Node.js-productie-implementaties kan het uitschakelen van swap-bewerkingen leiden tot geheugenuitval als uw applicatie het beschikbare RAM-geheugen overschrijdt. We monitoren het geheugengebruik zorgvuldig en passen onze servers hierop aan.

Toepassingsbeveiliging voor Node.js-toepassingen

Onze logveldredactie: helpers/logger.js

We verwijderen gevoelige velden uit logs, waaronder wachtwoorden, tokens, API-sleutels en persoonlijke gegevens. Dit beschermt de privacy van gebruikers en behoudt de debugmogelijkheden in elke Node.js-productieomgeving.

Automatisering van infrastructuurbeveiliging

Onze volledige Ansible-configuratie voor Node.js-productie:

Onze beveiligingsinhoud

Lees meer over onze beveiligingsaanpak:

Databasearchitectuur voor Node.js-toepassingen

We gebruiken een hybride databasebenadering die geoptimaliseerd is voor onze Node.js-applicaties. Deze patronen kunnen worden aangepast voor elke Node.js-applicatie:

SQLite-implementatie voor Node.js-productie

Wat wij gebruiken:

Onze configuratie: ansible/playbooks/sqlite.yml

We gebruiken SQLite voor gebruikerspecifieke gegevens in onze Node.js-applicaties omdat het het volgende biedt:

  • Gegevensisolatie per gebruiker/tenant
  • Betere prestaties voor query's van één gebruiker
  • Vereenvoudigde back-up en migratie
  • Verminderde complexiteit vergeleken met gedeelde databases

Dit patroon werkt goed voor SaaS-applicaties, multi-tenant systemen en alle Node.js-applicaties die gegevensisolatie nodig hebben.

MongoDB-implementatie voor Node.js-productie

Wat wij gebruiken:

Onze implementatie van de installatie: helpers/setup-mongoose.js

Onze configuratie: config/mongoose.js

Wij gebruiken MongoDB voor applicatiegegevens in onze Node.js-productieomgeving omdat het het volgende biedt:

  • Flexibel schema voor evoluerende datastructuren
  • Betere prestaties voor complexe vragen
  • Horizontale schaalverdeling mogelijkheden
  • Rijke querytaal

[!NOTE] Onze hybride aanpak is geoptimaliseerd voor onze specifieke use case. Bestudeer onze daadwerkelijke databasegebruikspatronen in de codebase om te zien of deze aanpak past bij de behoeften van uw Node.js-applicatie.

Verwerking van Node.js-productieachtergrondtaken

We hebben onze achtergrondtaakarchitectuur rond Bree gebouwd voor een betrouwbare Node.js-productie-implementatie. Dit geldt voor elke Node.js-applicatie die achtergrondverwerking nodig heeft:

Onze Bree-serveropstelling voor productie

Onze belangrijkste implementatie: bree.js

Onze Ansible-implementatie: ansible/playbooks/bree.yml

Voorbeelden van productiebanen

Gezondheidsmonitoring: jobs/check-pm2.js

Automatisering van opruiming: jobs/cleanup-tmp.js

Al onze vacatures: Blader door onze volledige vacaturebank

Deze patronen zijn van toepassing op elke Node.js-toepassing die het volgende nodig heeft:

  • Geplande taken (gegevensverwerking, rapporten, opschonen)
  • Achtergrondverwerking (afbeeldingen verkleinen, e-mails verzenden, gegevens importeren)
  • Gezondheidsmonitoring en -onderhoud
  • Gebruik van werkthreads voor CPU-intensieve taken

Onze taakplanningspatronen voor Node.js-productie

Bestudeer onze actuele planningspatronen in onze vacaturegids om het volgende te begrijpen:

  • Hoe we cron-achtige planning implementeren in Node.js-productie
  • Onze foutverwerking en herhaallogica
  • Hoe we werkthreads gebruiken voor CPU-intensieve taken

Geautomatiseerd onderhoud voor Node.js-productietoepassingen

We implementeren proactief onderhoud om veelvoorkomende productieproblemen in Node.js te voorkomen. Deze patronen zijn van toepassing op elke Node.js-applicatie:

Onze implementatie van de opruiming

Bron: jobs/cleanup-tmp.js

Ons geautomatiseerde onderhoud voor Node.js-productietoepassingen richt zich op:

  • Tijdelijke bestanden ouder dan 24 uur
  • Logbestanden buiten de retentielimieten
  • Cachebestanden en tijdelijke gegevens
  • Geüploade bestanden die niet meer nodig zijn
  • Heap-snapshots van prestatie-debuggen

Deze patronen zijn van toepassing op elke Node.js-toepassing die tijdelijke bestanden, logboeken of gecachte gegevens genereert.

Schijfruimtebeheer voor Node.js-productie

Onze monitoringdrempels: helpers/monitor-server.js

  • Wachtrijlimieten voor achtergrondverwerking
  • 75% schijfgebruik waarschuwingsdrempel
  • Automatisch opruimen wanneer drempels worden overschreden

Automatisering van infrastructuuronderhoud

Onze Ansible-automatisering voor Node.js-productie:

Implementatiehandleiding voor Node.js-productie-implementatie

Bestudeer onze daadwerkelijke code voor de beste productiepraktijken

Begin met deze sleutelbestanden voor het instellen van de Node.js-productieomgeving:

  1. Configuratie: config/index.js
  2. Monitoring: helpers/monitor-server.js
  3. Foutbehandeling: helpers/is-code-bug.js
  4. Loggen: helpers/logger.js
  5. Procesgezondheid: jobs/check-pm2.js

Leer van onze blogberichten

Onze technische implementatiehandleidingen voor Node.js-productie:

Infrastructuurautomatisering voor Node.js-productie

Onze Ansible-playbooks om te bestuderen voor Node.js-productie-implementatie:

Onze casestudies

Onze bedrijfsimplementaties:

Conclusie: aanbevolen procedures voor Node.js-productie-implementatie

Onze Node.js-productie-infrastructuur laat zien dat Node.js-applicaties betrouwbaarheid op ondernemingsniveau kunnen bereiken door:

  • Bewezen hardwarekeuzes (AMD Ryzen voor 573% single-core prestatie-optimalisatie)
  • Bewezen Node.js-productiemonitoring met specifieke drempels en geautomatiseerde reacties
  • Slimme foutclassificatie om de respons op incidenten in productieomgevingen te verbeteren
  • Geavanceerde prestatie-foutopsporing met v8-profiler-next en cpupro voor OOM-preventie
  • Uitgebreide beveiligingsversterking via Ansible-automatisering
  • Hybride databasearchitectuur geoptimaliseerd voor applicatiebehoeften
  • Geautomatiseerd onderhoud om veelvoorkomende Node.js-productieproblemen te voorkomen

Belangrijkste conclusie: Bestudeer onze daadwerkelijke implementatiebestanden en blogposts in plaats van algemene best practices te volgen. Onze codebase biedt realistische patronen voor Node.js-productie-implementatie die kunnen worden aangepast voor elke Node.js-applicatie - webapps, API's, microservices of achtergrondservices.

Volledige bronnenlijst voor Node.js-productie

Onze kernimplementatiebestanden

Onze serverimplementaties

Onze infrastructuurautomatisering

Onze technische blogberichten

Onze Enterprise Case Studies