javascript - 单页应用程序 (SPA) 与全栈应用程序。限制和优势。

Question

目前，我正在将我们的 Web 应用程序从传统的 Spring MVC Web 应用程序升级到具有 REST 端点的单页应用程序。我们目前的前端 MVC 应用并没有使用 REST 调用与后端进行通信，而是通过直接调用必要的外观与后端(用 JAVA 编写)进行通信。 JAR 文件和 WAR 文件都打包在一个 ear 文件中，并部署在我们的生产服务器上(目前使用 JBoss EAP 6)。

由于我们现在正在转向单页面应用程序，并使用一组新的 API 升级我们的系统，我想问一下，单页面应用程序和用 JAVA 编写的后端的其余部分是否应该托管在同一个平台上服务器(JBoss EAP 6)？还是应该将它们拆分到单独的服务器上，一台用于服务 SPA 内容，另一台用于运行后端？在后一种情况下，哪个生产服务器最适合承载单页应用程序的内容(JS、HTML 和 CSS)？ (我们的后端仍将托管在 JBoss EAP 6 上)

还有前后端分离在不同服务器上有什么好处？

我尝试搜索使用 JAVA REST 端点部署单页应用程序的最佳实践，但我没有找到任何适用于我们需求的有用文章。

提前致谢! :)

Answer 1

回答您的第一个问题:

• 是的，您可以完全将它们分开，理想情况下您应该这样做，这样您就可以在不依赖 Web 服务后端的情况下部署前端。

• 您可以使用任何流行的 Web 服务器(如 Apache、Nginx)或什至在云托管(如 S3)(在云端 CDN 后面)上部署 SPA 静态文件。

• 假设您的 REST 端点仍将使用 Java，那么这些端点将需要驻留在 Java 应用程序服务器中，例如 jBOSS、tomcat 或 glass fish。

约束/陷阱:

1. 跨域:

   • 您可以将 JBOSS 置于运行静态文件的同一个 Apache/Nginx 反向代理之后。

   • 或者，如果您的域是独立的，您可以在 Web 服务上启用 CORS。

   • 最后，如果您的 Web 服务是 JSON，jsonp 始终是一个选项。

2. 身份验证和安全:

   • 通常，当您使用像 Spring 这样的全栈 Web 框架时，您会立即获得很多安全性和身份验证。您可以使用 session 和 CSRF 等保护您的站点。但是，对于 REST，您通常必须使用基于 token 的身份验证让您的前端与 REST 服务对话。这不一定很困难，而是一种不同的方法，因此在限制条件下列出。

优点:

1. 更容易单独扩展后端和前端，在 amazon S3 和 CloudFront CDN 等服务上使用静态 SPA，您可以在该部分无限扩展。

2. 后端 Web 服务现在可以轻松地置于负载均衡器集群模型之后，因为您的服务是 REST 的。

3. 由于关注点分离，现在更容易处理部署。

4. 仅推送前端更改时出现的回归问题较少。您不必再替换整个 WAR 文件。

是否独立服务器

取决于您的应用程序预期处理的流量类型。让我列出三种情况。

1. 低流量:您可以将它放在一台服务器上，Java App 服务器位于该 Web 服务器的反向代理后面。 Web 服务器还将为 SPA 的某个目录提供服务。

2. 中等流量:您应该将前端服务器和 Web 服务器分开放在一台 Web 服务器上，并将 REST 服务托管在单独的机器上。从技术上讲，此设置与选项 1 没有太大区别，但您的应用服务器不会与 Web 服务器竞争 CPU 周期来响应请求。

3. 高流量:与选项 2 相同，但现在您可以拥有多个 App 服务器和 SPA Web 服务器，并在顶部有一个 Apache/Nginx 进行负载平衡。

4. 广阔地理区域的疯狂流量:在这种情况下，您不想自己托管这些 SAP。最好在 CloudFront CDN 后面使用像 Amazon S3 这样的服务，这样您的静态内容就会在世界范围内复制，以获得最佳响应时间。这也将减少服务器上的负载。现在介绍用于托管 REST 端点的应用程序服务器。您可以使用自己的云服务器来托管您的集群，也可以使用 Heroku 或亚马逊等 PAAS 来托管您的 WAR 文件并按需扩展。

注意:这些扩展场景不考虑数据库，因为您需要有关数据库的更多信息才能确定如何在上述场景中扩展它。

希望对您有所帮助，如果您需要有关上述任何事项的更多细节，请告诉我。