为什么有些设置会在Apache中使用前端Glassfish？

我一直在试着喝玻璃鱼，有一件事不断出现，那就是如何与阿帕奇一起面对玻璃鱼。不幸的是，我还没有找到你为什么要这样做的描述

---

从我的实验来看，Glassfish似乎是一个功能齐全的web服务器类型的服务；但我可能错过了很多。因此，前端Glassfish的概念更像是一种将其与现有体系结构集成的解决方案，还是纯Java环境中的前端提供了额外的好处？

它通常用于加快速度。由于apache是一个非常快速的web服务器，因此它用于交付静态内容。比如图像、CSS文件等等。Glassfish在这个场景中提供动态内容servlet和JSP。

还有另一个有效的用例，说明了为什么我们使用Apache来处理Glassfish。在本例中，Apache将作为一个反向代理来提高Glassfish的安全性。RP配置为只允许某些URL传递到应用程序服务器。例如，您可能在Glassfish中部署了应用上下文/myApp和/myPrivApp。在RP服务器中，您仅配置要传递给Glassfish的/myApp。任何请求/myPrivApp的人都会看到一个404'字符，因为请求正好在RP级别停止

在我的一个部署中，我部署了一系列WAR，一些用于来自internet的用户，一些仅用于intranet。我有两个RPs正在运行，一个用于internet用户，另一个用于intranet。我将internet RP配置为只允许批准的internet应用程序的URL通过，而intranet用户可以查看所有内容

---

希望这会有所帮助。

将Apache用作Glassfish前端的另一个原因是可以跨Glassfish集群提供负载平衡。有关详细信息，请参阅。

另一个原因是glassfish无法在端口80上轻松运行，当然，如果不授予它根权限。 因此，对于大多数用户来说，在apache前面运行代理apache、nginx、varnish，并让两台服务器在普通用户下运行更容易

---

然后，前端的一些配置选项还有另一个优势。与其他提到的一样，例如缓存。

Glassfish的静态性能与Apache相当，因此额外的层只会降低速度。