NestJS là gì?
NestJS là framework mã nguồn mở cho phát triển ứng dụng phía máy chủ (server-side) bằng Node.js, được tạo bởi Kamil Mysliwiec vào năm 2017 và hiện có hơn 76.000 sao trên GitHub với khoảng 53 triệu lượt tải mỗi tháng. Điểm khác biệt lớn nhất của NestJS so với Express thuần là nó giải quyết bài toán kiến trúc: framework cung cấp sẵn cấu trúc ứng dụng rõ ràng, dễ kiểm thử, dễ mở rộng và ít phụ thuộc chặt chẽ giữa các thành phần, lấy cảm hứng từ Angular.
NestJS viết bằng TypeScript (hỗ trợ hoàn toàn, nhưng vẫn chạy được JavaScript thuần nếu dùng Babel) và chạy bên trên các HTTP framework phổ biến: Express là mặc định, Fastify là lựa chọn thay thế khi cần hiệu năng cao. Nhờ kiến trúc platform-agnostic, cùng một codebase có thể dùng lại cho REST API, Microservices với nhiều giao thức truyền tải, WebSockets, GraphQL và cả ứng dụng CRON hay CLI.
Kiến trúc NestJS: các khối xây dựng cốt lõi
NestJS tổ chức ứng dụng quanh một số khái niệm chính:
- Modules: mọi ứng dụng có một root module; mỗi module khai báo metadata gồm providers, controllers, imports và exports. Module đóng gói các thành phần bên trong và chỉ expose những gì khai báo trong exports — đây là ranh giới API công khai của module.
- Controllers: chịu trách nhiệm nhận request và trả response, định tuyến qua các decorator như
@Controller(),@Get(),@Post(). - Providers: service, repository, factory hay helper được đánh dấu
@Injectable()và tiêm vào qua constructor nhờ cơ chế dependency injection (DI). NestJS có IoC container riêng, provider singleton theo mặc định và hỗ trợ request-scoped. - Pipes: xử lý hai việc chính — biến đổi dữ liệu (chuỗi thành số nguyên chẳng hạn) và xác thực đầu vào (ném exception nếu dữ liệu không hợp lệ). Các pipe built-in như
ValidationPipe,ParseIntPipe,ParseUUIDPipechạy trước route handler. - Guards: quyết định request có được xử lý hay không, dùng cho phân quyền (authorization), vai trò và ACL. Guard chạy sau middleware, trước interceptor và pipe.
- Interceptors: lấy cảm hứng từ lập trình hướng khía cạnh (AOP), cho phép thêm logic trước và sau method, biến đổi kết quả trả về hoặc exception, thậm chí ghi đè luồng xử lý như caching.
handle()trả về một Observable của RxJS.
Vòng đời xử lý request đầy đủ: Middleware đến Guards, rồi Interceptors (pre), Pipes, controller handler, service, Interceptors (post), Exception filters và cuối cùng là response.
TypeScript và dependency injection
NestJS được viết hoàn toàn bằng TypeScript, sử dụng decorators kết hợp với reflect-metadata để dependency injection tự phân giải theo kiểu dữ liệu. Bạn có thể khởi tạo dự án chế độ nghiêm ngặt bằng lệnh nest new project-name --strict. TypeScript-first nghĩa là các khái niệm như interface, DTO class và generic type (Promise<Cat[]>, RawBodyRequest<Request>) được dùng nhất quán trong toàn bộ framework. Yêu cầu tối thiểu là Node.js phiên bản 20 trở lên.
Tích hợp cơ sở dữ liệu
NestJS không ép buộc một công nghệ database nào: chỉ cần cài driver Node.js tương ứng là dùng được cả SQL lẫn NoSQL. Framework cung cấp tích hợp sẵn cho TypeORM (ORM trưởng thành nhất cho TypeScript, hỗ trợ MySQL, PostgreSQL, Oracle, MSSQL, SQLite, MongoDB), Sequelize và Mongoose. Ngoài ra có thể dùng trực tiếp MikroORM, Knex.js hoặc Prisma với recipe riêng trong tài liệu chính thức. Lợi ích của việc tích hợp qua module NestJS là model, repository được tiêm tự động, dễ kiểm thử và hỗ trợ cấu hình bất đồng bộ.
NestJS so với Express và Fastify
Express là thư viện tối giản, đã được kiểm chứng trong sản xuất, nhưng không áp đặt cấu trúc — nhà phát triển tự tổ chức code. NestJS là một lớp trừu tượng bên trên Express/Fastify, vẫn expose API trực tiếp của platform nên dùng được các module của bên thứ ba cho platform đó. Fastify được chọn khi cần hiệu năng cao và overhead thấp, chỉ cần đổi qua FastifyAdapter từ gói @nestjs/platform-fastify. Về quy mô, Express dẫn đầu với khoảng 507 triệu lượt tải mỗi tháng, NestJS khoảng 53 triệu và Fastify khoảng 43 triệu (số liệu npm, tháng 8/2026).
Khi nào nên dùng NestJS?
NestJS phù hợp với dự án cần kiến trúc rõ ràng, dễ kiểm thử, dễ bảo trì và tuân theo nguyên tắc SOLID — đây chính là lý do framework ra đời. Với đội ngũ lớn, việc có sẵn DI, modularity và chuẩn hóa giữa các lập trình viên giúp codebase nhất quán hơn hẳn. NestJS cũng là lựa chọn mạnh khi bạn cần nhiều loại ứng dụng trong cùng một codebase: REST, GraphQL, WebSocket, Microservices và CRON. Ngược lại, nếu dự án nhỏ, prototype nhanh hoặc muốn tối giản dependency, Express thuần vẫn là lựa chọn hợp lý hơn. NestJS được bảo trì bởi cộng đồng và công ty Trilon của chính tác giả Kamil Mysliwiec.
Tham khảo thêm
Bạn có thể đọc tài liệu chính thức tại docs.nestjs.com, hướng dẫn First Steps để bắt đầu dự án đầu tiên, trang Modules để hiểu cấu trúc, và kho mã nguồn nestjs/nest trên GitHub.
