Node.js fejlesztés NestJS és Express keretben

Mit fejlesztünk konkrétan

NestJS-szel moduláris, jól tesztelhető API-kat építünk, ahol a rétegek — controller, service, repository — világosan elkülönülnek, ami nagyobb csapatoknál is átlátható marad. Express-t és Fastify-t kisebb szolgáltatásoknál vagy meglévő rendszerek bővítésénél használjuk, ahol nem kell a teljes NestJS-keretrendszer. Realtime funkcióknál, például élő értesítéseknél vagy közös munkaterületeknél WebSocket-kapcsolatot építünk ki, skálázható háttérrel. BFF-rétegként a frontend és a backend mikroszolgáltatások közé állunk, hogy a kliens egyetlen, jól formázott API-t lásson a sok belső szolgáltatás helyett.

Hogyan használod a havi fejlesztési órát

A fejlesztési óra a hosting-előfizetésedhez tartozik: VPS-en 1–8 óra jár havonta, dedikált szerveren pedig csomagtól függően 5–10 óra. Az ügyfélpanelben, a Fejlesztési szolgáltatások menüpontban nyitsz kérést, leírod a feladatot, és javasolsz egy határidőt, amit a csapatunk visszaigazol. Az órák nem gyűlnek át a következő hónapra, ezért egy nagyobb realtime funkciót vagy BFF-réteget érdemes több hónapra elosztva betervezni. Ami a keretet meghaladja, azt külön, óradíj alapján számlázzuk, előzetes egyeztetés után.

Szigorú típusosság és moduláris architektúra

Minden projektben szigorú TypeScript-beállítással dolgozunk, hogy a típushibák még fordítási időben kiderüljenek, ne futásidőben okozzanak meglepetést. NestJS-nél a dependency injection és a modulrendszer segít elkülöníteni a felelősségi köröket, így egy modul cseréje vagy tesztelése nem rántja magával a teljes alkalmazást. A hibakezelést és a naplózást központosítjuk, strukturált logokkal, hogy egy éles hiba gyorsan visszakövethető legyen a kérés teljes útján keresztül.

• Szigorú TypeScript, nulla `any` típus a kódbázisban
• Moduláris NestJS-architektúra, dependency injection
• Központosított hibakezelés és strukturált naplózás

Tracing és megfigyelhetőség

Egy elosztott rendszerben egy lassú kérés nyomon követése a legnehezebb feladat, ezért minden szolgáltatásba tracing-et építünk be, ami megmutatja, melyik lépés hol tölt el időt. WebSocket-kapcsolatoknál külön figyelünk a kapcsolatszám-korlátokra és a memóriaszivárgásra, mert egy elfelejtett listener hosszú távon lassulást okoz. A monitoring adatokat a meglévő eszközeidbe kötjük be, hogy ne kelljen új felületet tanulnod a csapatodnak. Riasztást állítunk be a kritikus mutatókra, hogy egy anomália még azelőtt kiderüljön, mielőtt a felhasználóid észrevennék a lassulást vagy a hibát.

Hogyan dolgozunk

1. Kérés a panelből

   Az ügyfélpanelben, a Fejlesztési szolgáltatások menüpontban leírod a feladatot, és javasolsz egy határidőt, ami passzol az ütemezésedhez és a lansolásaidhoz.

2. Egyeztetjük a scope-ot

   Megbeszéljük a pontos terjedelmet, megbecsüljük a szükséges órákat a havi keretből, és tisztázzuk, mi fér bele a csomagba és mi számlázódik külön óradíjjal.

3. Fejlesztünk és tesztelünk

   Megírjuk a kódot, lefuttatjuk az automata teszteket, és staging környezetben ellenőrizzük, hogy minden integráció és folyamat hibátlanul működik valós adatokon is.

4. Átadás dokumentációval

   Átadjuk a kódot a repository-ban, a telepítési lépéseket és a fontosabb döntéseink indoklását leírva, hogy a csapatod önállóan is tovább tudjon dolgozni rajta.

Felhasználási esetek

Technológiák

• Node.js 22
• TypeScript
• NestJS
• Express
• Fastify
• WebSocket
• PostgreSQL
• Docker

Gyakori kérdések

• Mire jó a Node.js egy webalkalmazásban?

  A Node.js aszinkron, eseményvezérelt modellje jól illik I/O-intenzív feladatokhoz: API-khoz, realtime funkciókhoz és BFF-rétegekhez, ahol sok párhuzamos kérést kell hatékonyan kezelni. TypeScript-tel kiegészítve a típusbiztonság is megmarad, ami nagyobb csapatoknál csökkenti a futásidejű hibák számát.

• Mennyibe kerül egy Node.js API fejlesztése?

  Konkrét árat a feladat terjedelme nélkül nem tudunk mondani, de a havi fejlesztési óra már benne van a hosting-előfizetésedben: VPS-en 1–8 óra, dedikált szerveren csomagtól függően 5–10 óra. Ami ezen felül kell, azt előzetes egyeztetés után, óradíj alapján számlázzuk.

• Hol hosztoljak egy Node.js alkalmazást?

  VPS-en, Docker-konténerbe csomagolva a legtöbb Node.js API-nak elég, root-hozzáféréssel a teljes konfigurációhoz és a build-folyamat testreszabásához. Nagyobb, több szolgáltatásból álló rendszereknél Kubernetes-klaszterre javasoljuk a váltást, önálló skálázással szolgáltatásonként, hogy egy csúcsterhelés ne lassítsa a teljes rendszert.

• TypeScript vagy JavaScript backendhez?

  TypeScript-et javasoljuk minden új projektnél, mert a típushibák már fordítási időben kiderülnek, nem futásidőben okoznak meglepetést éles környezetben. A migrálás egy meglévő JavaScript-kódbázisról fokozatosan is elvégezhető, fájlonként haladva, a havi fejlesztési órák terhére ütemezve.

• NestJS vagy Express: melyiket válasszam?

  NestJS akkor éri meg, ha nagyobb, több csapat által fejlesztett alkalmazást építesz, ahol a moduláris architektúra és a dependency injection rendet tart. Express és Fastify egyszerűbb, kisebb szolgáltatásoknál vagy gyors prototípusoknál gyorsabb induláshoz vezet.

• Hogyan építsek WebSocket-alapú realtime funkciót?

  A kapcsolatkezelést és a skálázást a háttérben mi állítjuk be, hogy sok párhuzamos felhasználó mellett se lassuljon a rendszer. A havi fejlesztési órák keretében a tervezéstől a teszteken át a telepítésig végigkísérjük a funkciót.