Apache 反向代理背后的 Glassfish:Mod-jk 还是 HTTP?

Apache 反向代理背后的 Glassfish:Mod-jk 还是 HTTP?

我正在计划大规模部署由 Glassfish 提供支持的 Web 应用程序:

  • 运行多个 Glassfish 3.1.1 实例的多个节点正在运行 Web 应用程序。
  • 该网络应用程序由 GoogleWebToolkit 前端和 REST 网关组成。
  • 这些实例在 Apache 2.2 反向代理/负载均衡器后面组合。
  • 所有客户端通信(移动应用程序、浏览器和其他 Web 应用程序)均通过 HTTPS 进行,SSL 在 Apache 负载均衡器处终止。

与 HTTP 相比,在性能和可用性方面,通过 mod-jk / AJP13 在 Apache 和 Glassfish 之间运行通信有哪些好处?

答案1

http 代理将在您的 balabcer 和应用服务器之间打开许多连接。mod_jk 应该消耗更少的资源,因为 AJP 协议通过单个连接处理许多请求。

此外,使用 mod_jk 应该可以更轻松地通过 apache httpd 提供静态内容。

顺便提一句mod_cluster在动态添加和删除服务器方面具有优势,但我没有看到使用 glassfish 进行快速搜索测试。

相关内容