HTTP/2对反向代理服务器意味着什么?

use*_*927 13 reverse-proxy http2

HTTP/2如何影响代理服务器的实现?特别是,例如,当客户端向仅支持HTTP/1.x的内容服务器发送HTTP/2请求时,代理服务器是否应该在将客户端请求指向客户端请求之前将HTTP/2请求转换为HTTP/1.x请求内容服务器?并且在收到内容服务器的响应后,代理服务器是否应该将响应转换为HTTP/2格式,然后再将其发送回客户端?

Bar*_*ard 8

正如dsign所讨论的那样,您的理解是正确的.

但是我认为值得指出的是,在边缘连接(即你的反向代理)上HTTP/2仍有很大的优势,因为HTTP/2解决的问题(主要是延迟)在通常较短的情况下通常较高带宽从反向代理跳到内容服务器.

例如,如果边缘处的反向代理延迟100ms,反向代理和内容服务器之间只有1ms的延迟,那么内容服务器对代理服务器说HTTP/1.1的事实可能不会产生太大影响由于超快的1ms延迟而导致性能下降.因此,最终客户端(对反向代理说HTTP/2)仍然看到了超过HTTP/1.1的巨大性能.


dsi*_*ign 5

是的,这正是您所说的。从HTTP / 2到HTTP / 1.1的转换必须在一个方向上进行,而从HTTP / 1.1到HTTP / 2的转换必须在另一方向上进行。

在实践中,这意味着尽管HTTP / 2协议不需要传统的基于文本的解析器,但是功能全面的HTTP / 2服务器需要HTTP / 1.1解析器,不仅可以与仅使用HTTP / 1.1的客户端一起使用(其中爬虫),也可以与内部应用程序进行对话。

通过使用,最重要的应用协议之一是FastCGI。FastCGI还要求从应用程序解析HTTP / 1.1响应,并将其转换为对客户端的HTTP / 2响应。