Nếu bạn đã từng dấn thân vào thế giới lập trình Node.js, bạn sẽ biết rằng việc quản lý gói có thể trở thành một cơn ác mộng thực sự nếu không có kế hoạch rõ ràng. Không phải là hiếm khi một dự án chạy hoàn hảo trên máy tính xách tay của bạn, nhưng... phát nổ khi được triển khai Trên máy chủ có thể do phiên bản thư viện hơi khác hoặc cấu hình hệ thống không khớp.
Để tránh sự hỗn loạn này, điều cần thiết là phải hiểu không chỉ cách cài đặt các gói phần mềm mà còn cả cách... để thanh lọc và cách ly môi trường về mặt thực thi. Việc sử dụng container và quản lý phiên bản nghiêm ngặt cho phép chúng ta yên tâm ngủ ngon giấc, biết rằng những gì chúng ta đang phát triển hoàn toàn giống với những gì sẽ đến tay người dùng cuối.
Cốt lõi của các module trong Node.js
Node.js coi mỗi tập tin là một đơn vị độc lập, mà chúng ta gọi là các module. Về cơ bản, một module là một đoạn mã được đóng gói, xuất ra một số chức năng nhất định để các module khác có thể sử dụng. Chúng ta có thể tìm thấy các mô-đun gốc (những mô-đun đã có sẵn trong Node), các mô-đun cục bộ do chúng ta tự viết và các mô-đun của bên thứ ba mà chúng ta tải xuống qua npm.
Ngày nay, chúng ta đang ở trong giai đoạn chuyển tiếp giữa hai hệ thống: CommonJS và ES ModulesNgười đầu tiên là cựu chiến binh, người sử dụng require() y module.exportsThứ hai là tiêu chuẩn JavaScript hiện đại, dựa trên... import y exportNếu bạn đang bắt đầu một dự án từ đầu, điều hợp lý nhất là sử dụng ES Modules để tận dụng những lợi thế của nó. cây rungĐiều này giúp loại bỏ mã không cần thiết và làm cho ứng dụng nhẹ hơn.
Một chi tiết kỹ thuật thường khiến nhiều người ngạc nhiên là... bộ nhớ đệm mô-đunNode.js lưu trữ mô-đun trong bộ nhớ lần đầu tiên nó được tải. Nếu bạn gọi lại mô-đun đó, nó sẽ không đọc từ đĩa mà thay vào đó trả về cùng một thể hiện. Điều này rất tuyệt vời để triển khai... Mẫu đơnTuy nhiên, bạn cần cẩn thận nếu cần xóa bộ nhớ đệm trong những trường hợp rất cụ thể, chẳng hạn như khi khởi động lại trang (hot reloading).
Phân tích chi tiết tệp package.json và các trình quản lý.
Tập tin package.json Không còn nghi ngờ gì nữa, đây chính là lộ trình cho bất kỳ dự án nào. Tại đây, chúng ta định nghĩa mọi thứ, từ tên và phiên bản đến các kịch bản tự động hóa. Điều quan trọng là phải biết cách phân biệt giữa... dependencies và devDependenciesNhững công cụ đầu tiên rất cần thiết để ứng dụng hoạt động trong môi trường sản xuất, trong khi những công cụ sau chỉ là công cụ hỗ trợ, chẳng hạn như trình kiểm tra cú pháp hoặc khung kiểm thử. Chúng không nên được cài đặt trên máy chủ. Cuối cùng, điều này nhằm tránh làm tăng kích thước hình ảnh.
Còn về việc ai sẽ quản lý các thư viện này, chúng ta có một vài lựa chọn. NPM Đó là tiêu chuẩn mặc định. sợi Nó nổi lên như một giải pháp thay thế nhanh hơn và mang tính quyết định hơn. Mặt khác, pnpm Đây là lựa chọn tiết kiệm không gian nhất, vì nó sử dụng các liên kết mạnh để tránh việc sao chép cùng một thư viện trong mười dự án khác nhau, duy trì cấu trúc nhất quán. node_modules Nghiêm ngặt hơn nhiều.
Phiên bản ngữ nghĩa và sự kỳ diệu của các tập tin khóa.
Để tránh bị "phát điên" vì cập nhật liên tục, phương pháp sau đây được sử dụng: Phiên bản ngữ nghĩa (SemVer)tuân theo định dạng MAJOR.MINOR.PATCH. Sự thay đổi trong phiên bản MAJOR cho thấy có sự thay đổi. thay đổi không tương thíchBản MINOR bổ sung các tính năng mới mà không làm thay đổi bất cứ điều gì, còn bản PATCH sửa lỗi. Sử dụng ký hiệu dấu mũ (^) cho phép cập nhật cả phiên bản nhỏ và phiên bản vá lỗi, trong khi dấu ngã (~) chỉ cho phép thay đổi trong bản vá lỗi.
Đây là nơi khóa tệp (chẳng hạn như package-lock.json o yarn.lockCác tập tin này rất quan trọng và phải luôn được tải lên kho lưu trữ Git. Chức năng của chúng là... Đóng băng phiên bản chính xác của từng phần phụ thuộc và các phụ thuộc bắc cầu của nó, đảm bảo rằng tất cả các nhà phát triển và môi trường CI/CD cài đặt chính xác cùng một chuỗi byte.
Bảo mật và kiểm toán các phụ thuộc
Chúng ta không thể nhắm mắt làm ngơ trước những điểm yếu. Các công cụ như npm audit Chúng cho phép chúng ta phát hiện các lỗ hổng bảo mật trong các thư viện mà chúng ta sử dụng. Tùy thuộc vào mức độ nghiêm trọng (từ Thấp đến Nghiêm trọng), chúng ta nên chạy các công cụ kiểm tra. npm audit fix hoặc, trong những trường hợp nghiêm trọng hơn, tìm kiếm một giải pháp thay thế Hãy đến hiệu sách đó nếu tác giả chưa phát hành bản vá lỗi.
Khi làm việc trong các công ty, việc sử dụng là điều phổ biến. các mô-đun riêng tư được lưu trữ trong các kho lưu trữ như Artifact Registry. Để quản lý việc này mà không cần để lộ khóa trong mã, chúng ta sử dụng tệp .npmrcnơi chúng ta cấu hình các mã thông báo xác thực. Điều cần thiết là sử dụng các mã thông báo từ chỉ đọc trong quá trình triển khai để ngăn chặn việc xâm phạm an ninh cho phép sửa đổi các gói phần mềm của chúng tôi.
Đưa Node.js vào môi trường container với Docker
Sự an tâm thực sự đến khi chúng ta đặt ứng dụng vào trong container. Docker cho phép chúng ta tạo ra một môi trường đồng nhất, loại bỏ tình trạng khó xử kinh điển "nó hoạt động trên máy của tôi". Một thực tiễn tốt nhất là... hủy liên kết cấu hình từ mã nguồn sử dụng các biến môi trường, truy cập chúng thông qua process.envĐiều này giúp ứng dụng trở nên di động và có thể thích ứng với mọi tình huống.
Để dàn xếp việc này, docker-compose.yml Đây là công cụ then chốt. Nó cho phép bạn định nghĩa không chỉ ứng dụng Node mà còn cả cơ sở dữ liệu (như MongoDB) và các mạng kết nối chúng. Một thủ thuật nâng cao là sử dụng các ổ đĩa được đặt tên cho node_modulesĐiều này ngăn chặn việc gắn mã cục bộ của chúng ta ghi đè lên thư mục phụ thuộc đã được cài đặt bên trong container, cho phép ứng dụng khởi động mà không gặp lỗi.
Một điểm quan trọng khác là thứ tự khởi động. Chúng ta không thể khởi chạy ứng dụng nếu cơ sở dữ liệu chưa sẵn sàng. Việc triển khai một kịch bản như sau: thăm dò ý kiến như wait-for.sh Điều này đảm bảo rằng máy chủ Node chỉ cố gắng kết nối khi cổng cơ sở dữ liệu đã chấp nhận kết nối TCP, ngăn chặn việc container liên tục khởi động lại do lỗi kết nối ban đầu.
Để tối ưu hóa quy trình làm việc, chúng ta có thể tích hợp các công cụ như... gật đầu trong devDependenciesBằng cách chạy ứng dụng bên trong container sử dụng volume được liên kết, bất kỳ thay đổi nào chúng ta thực hiện đối với mã nguồn trên máy chủ sẽ được phản ánh ngay lập tức trong container, tự động khởi động lại ứng dụng mà không cần phải xây dựng lại ảnh Docker mỗi khi chúng ta thay đổi một dấu phẩy.
Người viết đam mê về thế giới byte và công nghệ nói chung. Tôi thích chia sẻ kiến thức của mình thông qua viết lách và đó là những gì tôi sẽ làm trong blog này, cho bạn thấy tất cả những điều thú vị nhất về tiện ích, phần mềm, phần cứng, xu hướng công nghệ, v.v. Mục tiêu của tôi là giúp bạn điều hướng thế giới kỹ thuật số một cách đơn giản và thú vị.