主页 / user-366903

Moritz's questions

Martin Hope
Moritz
Asked: 2021-10-05 01:39:56 +0800 CST
  • 0

使用 HTTP/2 甚至 HTTP/3 进行反向代理和后端之间的连接有哪些优点和缺点？

我还没有真正遇到过这种情况，只看到 H2 和 H2 部署在反向代理和 CDN 前面。ASFIK H2 和 H3 通常（H2C 是一回事，对吗？）需要 TLS，如果您想远离后端进行 TLS 终止，这将使其不适合。

H2 也可能比基本的 HTTP/1.1 后端更难设置和配置。从好的方面来说，多路复用不是对通过 n 个 TCP 连接获得的固定并发请求数量的改进，反向代理将为 HTTP/1.1 后端连接打开吗？

在 CPU、内存和 IO 上的负载方面有哪些节省和成本？

有没有人有这方面的实际经验？

reverse-proxy architecture http2
Martin Hope
Moritz
Asked: 2016-07-25 06:52:48 +0800 CST
  • 1

如果我为我的 apache 服务器启用 H2 并在 HTML 文档上指定预加载的链接标头，则服务器会执行H2 服务器推送，因为它解析链接标头- 到目前为止一切都很好。

问题是这个推送的资源是在没有压缩的情况下交付的。
我猜这是因为服务器推送不会创建 HTTP 请求，因此accept-encoding没有提供请求标头。问题是，如果客户端必须下载未压缩的内容，我不会获得任何性能改进。是否仍然可以提供压缩的内容？也许基于accept-encodingHTML 文档中的请求标头？

我的阿帕奇配置：

<VirtualHost *:443>
    Protocols h2 http/1.1
    [...]
    <Location /index.html>
        Header add Link "</css/all.min.css>;rel=preload;as=style"
    </Location>
    [...]
</VirtualHost>

HTML 标头：

来自 HTML 文档的请求标头

accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
accept-encoding:gzip, deflate, sdch, br
accept-language:de,en-US;q=0.8,en;q=0.6
cache-control:no-cache

HTML 文档的响应标头

accept-ranges:bytes
cache-control:no-transform,public,max-age=300,s-maxage=900
content-encoding:gzip
content-length:2183
content-type:text/html
etag:"2472-5385af4b7bbda-gzip"
last-modified:Sun, 24 Jul 2016 05:29:47 GMT
link:</css/all.min.css>;rel=preload;as=style
server:Apache/2.4.18 (Debian)
status:200
vary:Accept-Encoding

来自 /css/all.min.css 的响应标头

accept-ranges:bytes
cache-control:no-transform,public,max-age=300,s-maxage=900
content-length:14237
content-type:text/css
etag:"379d-5385af4b9139b"
last-modified:Sun, 24 Jul 2016 05:29:47 GMT
server:Apache/2.4.18 (Debian)
status:200
vary:Accept-Encoding
http gzip apache-2.4 http2