apache - 我应该单独运行 Tomcat 还是 Apache + Tomcat？

Question

我想知道将 Tomcat 同时作为 Web 服务器和容器运行是否可以？另一方面，似乎扩展 Web 应用程序的正确方法是使用监听端口 80 的 Apache HTTP 并将其连接到监听另一个端口的 Tomcat？两种方式都可以接受吗？现在用的是什么？主要区别是什么？大多数主要网站是如何做到这一点的？

谢谢。

Answer 1

出于多种原因，将 Apache(或任何其他网络服务器)置于您的应用程序服务器 (Tomcat) 之前是一件好事。

首先要考虑的是静态资源和缓存。

Tomcat 可能还会提供大量静态内容，甚至在动态内容上它会向浏览器发送一些缓存指令。但是，每一个第一次访问你的tomcat的浏览器都会导致tomcat发送静态文件。因为在 Tomcat 中处理一个请求比在 Apache 中要贵一些(因为 Apache 被 super 优化并且利用了 Tomcat 中并不总是可用的非常低级的东西，因为 Tomcat 从请求中提取的信息比 Apache 需要的多得多等等。 ..)，静态文件由 Apache 作为服务器可能更好。

然而，由于配置 Apache 提供部分内容而 Tomcat 提供其余内容或 URL 空间是一项艰巨的任务，因此通常更容易让 Tomcat 使用正确的缓存 header 提供所有内容，而 Apache 在它前面捕获内容，将其提供给需要的浏览器，并对其进行缓存，以便其他浏览器点击同一文件将直接从 Apache 提供服务，甚至不会干扰 Tomcat。

除了静态文件，还有很多动态的东西可能不需要每毫秒更新一次。例如，主页加载的 json 告诉用户你的数据库中有多少东西，这是一个执行数千次的昂贵查询，可以安全地每小时执行一次左右，而不会激怒你的用户。因此，tomcat 可以使用适当的一小时缓存指令为 json 提供服务，Apache 将缓存 json 片段并将其提供给任何需要它的浏览器一小时。显然还有很多其他方法可以实现它(缓存过滤器、缓存查询的 JPA 缓存等...)，但是发送正确的缓存 header 并使用 Apache 作为反向代理非常简单，符合 REST 标准并且可以很好地扩展.

另一个考虑因素是负载平衡。 Apache 带有一个很好的负载平衡模块，可以帮助您在多个 Tomcat 实例上扩展您的应用程序，假设您的应用程序可以水平扩展或在集群上运行。

第三个考虑因素是关于 ulrs、 header 等。有时您可能需要更改一些 url，或者删除或覆盖一些 header 。例如，在重大更新之前，您可能希望在浏览器上禁用缓存几个小时以避免浏览器继续使用陈旧数据(与在切换服务器之前降低 DNS TTL 相同)，或者将旧应用程序移动到另一个 url 空间，或者重写旧的尽可能使用新的 URL。虽然可以在 web.xml 文件中重新配置 servlet，并且过滤器可以创造奇迹，但如果您使用的是解释 URL 的框架，则可能需要对站点地图文件或类似内容做大量工作。

在 Tomcat 前面安装 Apache 或其他 Web 服务器可能有助于仅使用 mod_rewrite 等模块更改 Apache 配置文件。

所以，我总是建议在 Tomcat 之前安装 Apache httpd。由于资源缓存，连接处理上的小开销通常可以恢复，并且在您第一次需要移动 URL 或处理某些 header 时重新进行额外的配置工作。