Tôi nên tổ chức nhiều máy chủ Express trên cùng một hệ thống như thế nào?

Question

Tôi đang sử dụng một máy chủ để lưu trữ nhiều ứng dụng web Node.js, được phân phối trên nhiều tên miền. Thực hành hiện tại của tôi là chạy một máy chủ Express cho mỗi ứng dụng trên một cổng khác và chạy một máy chủ cơ sở chỉ đơn giản là định tuyến (chuyển hướng) các yêu cầu đến đúng máy chủ cổng/Express. Điều này có nghĩa là máy chủ cơ sở của tôi đang định tuyến mọi yêu cầu HTTP đơn lẻ (và bằng cách chuyển hướng thủ công nó) và người dùng của tôi thấy ứng dụng của tôi được lưu trữ tại [hostname.com]: 8000. Sau khi nghiên cứu một chút, tôi thấy rằng tôi có thể sử dụng http-proxy cho các nhu cầu định tuyến của mình, nhưng tôi vẫn muốn biết liệu có cách nào tốt nhất để chạy nhiều máy chủ Express trên cùng một hệ thống hay không. Đây là cách tôi dự định thực hiện:

Mỗi ứng dụng web sẽ có thư mục riêng, với cấu trúc thư mục Express hoàn chỉnh (app.js, tuyến đường, chế độ xem, v.v.) Ứng dụng sẽ được nhóm theo miền, vì vậy cấu trúc ví dụ thư mục sẽ là:

hostname.com/ 
     app.js 
     routes/ 
     views/ 
     ... 
     app1/ 
      app1.js 
      routes/ 
      views/ 
      ... 
     app2 
     ... 
    hostname2.com/ 
     app.js 
     routes/ 
     views/ 
     ... 

tôi sẽ phải chạy mỗi app.js riêng với nút (hoặc với forever, mà tôi hiện đang sử dụng), và mỗi người sẽ phải sử dụng một cổng khác nhau trong nội bộ , với chuyển hướng giữa các ứng dụng được trỏ vào cổng của ứng dụng đích.

Vì vậy, đó là kế hoạch hiện tại của tôi. Có vấn đề gì với nó, và tôi nên cố tránh những cạm bẫy nào? Quan trọng nhất, là có giải pháp được thiết lập cho vấn đề này - vấn đề lưu trữ nhiều ứng dụng web trên cùng một hệ thống với Node.js/Express?

EDIT: Tôi có kế hoạch cuối cùng sử dụng WebSockets và HTTPS và số lượng băng thông mà thiết lập của tôi có thể hỗ trợ ít quan trọng đối với tôi - đây là máy chủ phát triển (ít nhất là bây giờ). Cảm ơn David Ellis đã đề cập đến vấn đề WebSockets.

EDIT SECOND: Nhờ cả EhevuTov và David Ellis cho câu trả lời của họ, cả hai đều giúp ích rất nhiều. Tôi vẫn đang giải quyết một cấu trúc tổng thể cho đơn đăng ký của mình và có vẻ như câu hỏi đó được giải quyết một cách chi tiết bằng cách this StackOverflow question

THIRD EDIT: Tôi đã đưa ra một số câu hỏi. đi). Hãy xem this file in my GitHub repository, thúc đẩy những gì tôi đã học được từ câu trả lời cho câu hỏi này!

Answer 1

Vì Express sử dụng Connect, tôi khá chắc chắn bạn có thể sử dụng phần mềm trung gian lưu trữ ảo của Connect. Nó hoạt động tương tự như các mô-đun vhost khác trên các sản phẩm khác. Tôi không có nhiều tên miền để kiểm tra và hiển thị cho bạn mã thích hợp, nhưng tôi nghĩ nó giống như thế này:

express.createServer() 
.use(express.vhost('hostname1.com', require('/path/to/hostname1').app) 
.use(express.vhost('hostname2.com', require('/path/to/hostname2').app) 
.listen(80) 

Nếu bạn đến điểm mà một máy chủ Express không đủ, hãy xem xét sử dụng nút.Cụm từ API. Nếu điều đó cũng không đủ, thì thực hành hiện tại là đặt một proxy ngược asnyc như Nginx trước máy chủ Express của bạn và trỏ proxy tới máy chủ Express của bạn.

Answer 2

Nếu bạn không cần sử dụng WebSockets (hoặc bất kỳ tính năng HTTP 1.1 nào, thực sự), you can use NginX as your proxy instead.

Lợi thế là tổng tải NginX có thể xử lý so với Node cao hơn (được biên dịch tĩnh và chuyên về loại điều này, về cơ bản), nhưng bạn mất khả năng truyền bất kỳ dữ liệu nào (gửi các đoạn nhỏ hơn tại một thời điểm). Đối với một trang web nhỏ hơn hoặc nếu bạn không chắc chắn về những tính năng bạn cần trong tương lai, có thể tốt hơn là nên gắn bó với node-http-proxy và chỉ chuyển sang NginX nếu bạn có thể chứng minh proxy là nút cổ chai trên máy chủ của mình. May mắn thay NginX không khó thiết lập nếu bạn cần nó sau này.