apache 到 tomcat：mod_jk 与 mod_proxy

Question

使用mod_jk 和mod_proxy 将tomcat 实例与apache 一起使用有哪些优点和缺点？

多年来，我一直在生产中使用 mod_jk，但我听说这是面对 tomcat 的“老方法”。我应该考虑改变吗？会有什么好处吗？

Answer 1

这些模块的优缺点比较存在于http://blog.jboss.org/

mod_proxy

* Pros:
      o No need for a separate module compilation and maintenance. mod_proxy,
        mod_proxy_http, mod_proxy_ajp and mod_proxy_balancer comes as part of 
        standard Apache 2.2+ distribution
      o Ability to use http https or AJP protocols, even within the same 
        balancer.
* Cons:
      o mod_proxy_ajp does not support large 8K+ packet sizes.
      o Basic load balancer
      o Does not support Domain model clustering

mod_jk

* Pros:
      o Advanced load balancer
      o Advanced node failure detection
      o Support for large AJP packet sizes
* Cons:
      o Need to build and maintain a separate module

Answer 2

如果您希望留在 Apache 领域，您也可以尝试更新的 mod_proxy_ajp，它使用 AJP 协议与 Tomcat 通信，而不是普通的旧 HTTP，但它利用 mod_proxy 来完成工作。

Answer 3

AJP 与 HTTP

当使用mod_jk 时，您使用的是AJP。使用mod_proxy 时，您将使用HTTP 或HTTPS。这就是本质上的不同之处。

Apache JServ 协议 (AJP)

Apache JServ 协议 (AJP) 是一种二进制协议，可以将来自 Web 服务器的入站请求代理到位于 Web 服务器后面的应用程序服务器。 AJP 是一种高度受信任的协议，不应将其暴露给不受信任的客户端，这些客户端可能会使用它来访问敏感信息或在应用服务器上执行代码。

优点

• 易于设置，因为不需要正确转发 HTTP 标头。
• 它占用的资源更少，因为 TCP 数据包以二进制格式转发，而不是进行昂贵的 HTTP 交换。

缺点

• 传输的数据未加密。它只能在受信任的网络中使用。

超文本传输​​协议 (HTTP)

HTTP 在客户端-服务器计算模型中用作请求-响应协议。例如，Web 浏览器可以是客户端，而在托管网站的计算机上运行的应用程序可以是服务器。客户端向服务器提交 HTTP 请求消息。服务器代表客户端提供 HTML 文件和其他内容等资源，或执行其他功能，向客户端返回响应消息。响应包含有关请求的完成状态信息，还可能在其消息正文中包含请求的内容。

优点

• 可以使用 SSL/TLS 加密，使其适合跨不受信任网络的流量。
• 它很灵活，因为它允许在转发之前修改请求。例如，设置自定义标题。

缺点

• 更多开销，因为必须确保正确转发 HTTP 标头。
• 由于请求在转发之前被完全解析，因此占用更多资源。