reverse-proxy - HTTP/2 对反向代理服务器意味着什么？

Question

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

Answer 1

正如设计所讨论的，您的理解是正确的。

但是我认为值得指出的是，在您的边缘连接(即您的反向代理)上 HTTP/2 仍然具有巨大的优势，因为 HTTP/2 解决的问题(主要是延迟)比通常更短、通常更高的问题要小从反向代理到内容服务器的带宽跳跃。

例如，如果您对边缘的反向代理有 100 毫秒的延迟，而反向代理和内容服务器之间只有 1 毫秒的延迟，那么内容服务器正在向代理服务器发送 HTTP/1.1 的事实可能不会产生太大影响由于超快的 1ms 延迟而导致性能下降。因此，终端客户端(对反向代理使用 HTTP/2)仍然可以看到 HTTP/1.1 的巨大性能。