節點和反應同構渲染架構

Question

因此，我了解了React / Node的同構渲染的基礎知識，但是我對如何將Apache或NGINX融入我的景觀感到困惑。

通常，在客戶端頁面中，我只提供來自Apache或NGINX的靜態內容，而客戶端頁面將向Node進行AJAX調用（通過Apache或NGINX反向代理）。 節點將提供數據，頁面也會相應更改。

使用React查看同構頁面，該頁面最初呈現在Node服務器上，更改從服務器提供給客戶端。 我仍然可以使用Apache或NGINX進行負載平衡和反向代理我的請求嗎？

例如，我將有一個服務於我的API的Node實例和一個用於呈現React並將其提供給客戶端的Node實例。 在此示例中，我可以負載均衡，反向代理我的呼叫以及從Apache / NGINX提供我的.js和.css捆綁軟件嗎？ 在此示例中，用戶將訪問www.example.com/-首先將其轉到Apache / NGINX，這將反向調用代理到節點服務器，該服務器將呈現頁面並將其提供給客戶端。 然后，客戶端將在頁面上單擊某個按鈕並訪問www.example.com/api/test，這還將轉到Apache / NGINX並將反向代理移交給第二個Node實例，該實例將把數據存儲回客戶端。 還是應該單擊該按鈕返回到第一個Node實例（發生渲染），然后該Node實例調用第二個Node實例來獲取數據，渲染新片段並將其提供給客戶端？

基本上，我想要一個同構應用程序，它具有在節點服務器之前安裝Apache或NGINX的所有優點。 那可能和/或最佳實踐嗎？ 如果不是，同構應用程序的理想前景是什么，以便我仍然可以將Apache或NGINX的所有優點保留為Web應用程序的入口點？

Answer 1

是的，那應該一切正常。 React / Node服務器僅呈現html，並且像其他任何html后端一樣可以反向代理。

是的，如果您打算大規模運行某項功能，那么在服務器前使用反向代理/負載平衡器是一個好主意。