战争部署的外部资源与内部资源，例如 Tomcat

Question

我有一个 Web 应用程序，当前使用外部目录在 Spring Web 应用程序中托管静态文件，例如 css、velocity。也就是说，该目录位于 tomcat 的 webapp 目录内，但不在 WAR 内。

除了能够轻松编辑这些资源而不需要重新编译包部署之外，不将这些文件包含在战争中还有什么好处。

我似乎记得很久以前就被告知 Tomcat 在提供文件静态文件方面的性能很差，但我没有任何经验来支持这一点。据我所知，唯一的优点是易于编辑。

Answer 1

一般来说，Web 服务器在应用程序服务器前面模式仍然有效：

1. Web 服务器提供 TLS/SSL 终止；客户端通过 HTTPS 与您的 URL 通信，Web 服务器终止 SSL 并将纯 HTTP 消息转发到您的应用程序服务器 (tomcat)。在这种情况下，Web 服务器可以接管加密（CPU 利用率）Web 服务器造成的负载
2. ，以提供静态内容；当涉及高流量网站或提供大量静态内容的网站时，网络服务器可以提供静态内容。想象一个提供包含高分辨率图像（例如> 1m）的产品目录的应用程序。直接从应用程序服务器下载图像需要应用程序服务器上有一个线程。它还减少了应用程序服务器节点上的网络 I/O。
3. 网络服务器位于非军事区 (DMZ)；企业部署中的常见模式。 网络服务器托管在可供公众使用的区域中，而您的应用程序服务器托管在仅供网络服务器使用的内部区域中。这引入了另一层安全性。
4. 网络服务器提供静态缓存； Web 服务器（例如 Apache）在缓存方面表现良好。

毫无疑问，根据您的用例，它可能看起来有所不同：

1. 如果您的 Web 服务器驻留在不同的服务器节点上，您将获得上面提供的示例的最大优势，因为它涉及计算能力（在本例中为 CPU）。
2. 与往常一样，分布式计算在这种情况下引入了一层复杂性、部署和管理。
3. 在网络服务器和应用程序服务器上建立相同的安全方法可能会变得很棘手，例如，仅允许某些用户访问某些图像。

将网络服务器和应用程序服务器放在同一节点上会降低提供网络服务器的优势。我的经验是，当涉及“少数用户”使用的“较小”内部应用程序时，不需要 Web 服务器，tomcat 就可以很好地服务。如果您的应用仅提供一些静态文件，例如图标、css和javascript，则尤其如此。

希望这有帮助...