节点和反应同构渲染架构

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后端一样可以反向代理。

是的，如果您打算大规模运行某项功能，那么在服务器前使用反向代理/负载平衡器是一个好主意。