Các quy trình nền trong Node.js

Question

Aproach tốt để xử lý các quy trình nền trong ứng dụng NodeJS là gì?

Kịch bản: Sau khi người dùng đăng nội dung nào đó lên ứng dụng, tôi muốn thêm dữ liệu, yêu cầu dữ liệu bổ sung từ tài nguyên bên ngoài, v.v. vòng lặp. Lý tưởng sẽ là chỉ có một hàng đợi công việc mà bạn có thể nhanh chóng đổ một công việc vào và một daemon hoặc nhiệm vụ Á hậu sẽ luôn luôn mất một trong những lâu đời nhất và xử lý nó.

Trong ROR, tôi đã thực hiện nó với một công việc như Công việc bị trì hoãn. Tương đương Node của API này là gì?

Answer 1

Nếu bạn muốn thứ gì đó nhẹ, chạy trong cùng quy trình với máy chủ, tôi khuyên bạn nên Bull. Nó có một API đơn giản cho phép kiểm soát hạt mịn trên hàng đợi của bạn.

Nếu bạn đang tìm kiếm thứ gì đó chạy như một quy trình công nhân độc lập, có thể xem xét Kue. Nó có thể chạy như một máy chủ RESTful API, và thậm chí có một số ứng dụng front-end được viết cho nó.

Nếu bạn đã quen thuộc với Resque Ruby, có một thực hiện nút gọi Node-resque

Bull, Kue và Node-resque đều được hỗ trợ bởi Redis, mà là phổ biến trong Node.js hàng đợi công nhân. Tất cả 3 sẽ có thể làm những gì DelayedJob của RoR làm, đó là vấn đề của các tính năng cụ thể mà bạn muốn, và các sở thích API của bạn.

Answer 2

Công việc nền không liên quan trực tiếp đến công việc dịch vụ web của bạn, vì vậy chúng không được trong cùng một quy trình. Khi bạn mở rộng quy mô, việc sử dụng bộ nhớ của các công việc nền sẽ ảnh hưởng đến hiệu suất dịch vụ web. Nhưng bạn có thể đặt chúng trong cùng một kho lưu trữ mã nếu bạn muốn, bất kỳ điều gì có ý nghĩa hơn.

Một lựa chọn tốt cho nhắn tin giữa hai quy trình sẽ là redis, nếu bạn bỏ qua một thư bây giờ và sau đó là OK. Nếu bạn muốn "không có thư bị bỏ lại", bạn sẽ cần một nhà môi giới hạng nặng hơn như Rabbit. Quy trình dịch vụ web của bạn có thể xuất bản và quy trình công việc nền của bạn có thể đăng ký.

Không cần thiết cho hai quy trình được đồng tổ chức, chúng có thể nằm trên các máy ảo riêng biệt, vùng chứa Docker, bất kể bạn sử dụng cái gì. Điều này cho phép bạn mở rộng mà không gặp nhiều rắc rối.

Answer 3

Tôi đề xuất sử dụng khung Node.js phù hợp để xây dựng ứng dụng cho bạn.

Tôi nghĩ rằng mạnh mẽ nhất và dễ sử dụng là Sails.js.

Đó là một khung MVC vì vậy nếu bạn được sử dụng để phát triển trong ROR, bạn sẽ tìm thấy nó rất dễ dàng!

Nếu bạn sử dụng nó, Trình duyệt đã có trình quản lý công việc mạnh mẽ (theo thuật ngữ javascript).

new sails.cronJobs('0 01 01 * * 0', function() { 
    sails.log.warn("START ListJob"); 
}, null, true, "Europe/Dublin"); 

Nếu bạn cần thêm thông tin, vui lòng liên hệ với tôi!

Answer 4

Nếu bạn đang sử dụng MongoDB, tôi khuyên bạn nên Agenda. Bằng cách đó, các cá thể Redis riêng biệt không chạy và các tính năng như lập lịch, xếp hàng và Giao diện người dùng web đều có mặt. Agenda UI là tùy chọn và có thể chạy riêng rẽ tất nhiên.

Cũng khuyên bạn nên thiết lập trừu tượng lỏng lẻo giữa logic ứng dụng của bạn và hệ thống xếp hàng/lập lịch để toàn bộ hệ thống xử lý nền có thể được hoán đổi nếu cần. Nói cách khác, giữ càng nhiều logic ứng dụng/xử lý cách xa các định nghĩa công việc chương trình làm việc của bạn để giữ chúng gọn nhẹ.

Answer 5

Tôi muốn đề xuất sử dụng Redis để lên lịch công việc. Nó có nhiều cấu trúc dữ liệu khác nhau, bạn luôn có thể chọn một cấu trúc phù hợp hơn với trường hợp sử dụng của bạn.

Bạn đã đề cập đến RoR và DJ, vì vậy tôi giả sử bạn đã quen thuộc với sidekiq. Bạn có thể sử dụng node-sidekiq để lập kế hoạch công việc nếu bạn muốn, nhưng imo tối ưu của nó, vì mục đích chính của nó là tích hợp các nút bấm với RoR.

Để thực hiện công việc daemon, tôi khuyên bạn nên sử dụng PM2. Nó được sử dụng rộng rãi và được duy trì tích cực. Nó giải quyết rất nhiều vấn đề (ví dụ: triển khai, theo dõi, phân cụm) để đảm bảo nó không phải là quá mức cần thiết cho bạn.