我的前端代码直接与后端的应用程序负载平衡器对话(通过 HTTPS 使用 JSON)。
我开始检索的数据不仅仅是微不足道的——所以我想我应该弄清楚我必须做出哪些改变来支持压缩 HTTP 数据。
我看到一些帖子指出 AWS 负载均衡器压缩已损坏。
示例:https://medium.com/@sanjay.rajak/why-i-replaced-aws-elastic-load-balancer-to-haproxy-load-balancer-72207fad2d96
但据我所知 AWS documentation - ELB/ALB 等实际上根本不支持压缩。
作为一种变通方法，如果需要，我可以通过 Cloudfront 或 API 网关引导我的后端调用以进行压缩 - 这甚至可能是“正确”的方法，因为这些服务还可以对请求进行一些缓存等.
但在我开始使用这些其他服务之前 - AWS 负载均衡器真的不支持压缩吗？
最佳答案
我刚刚使用在 Application Load Balancer 后面运行的应用程序对此进行了测试。在服务器上启用 gzip 压缩后，浏览器会接收 gzip 压缩的资源。 ALB 正确地通过 content-encoding: gzip HTTP header 。请注意，使用 ALB，您还可以获得 HTTP/2 支持，这进一步减少了浏览器加载网站文件所需的时间。
我认为您链接的文章不正确或过时，或者它可能是 Classic ELB 特有的问题。
关于amazon-web-services - AWS 应用程序负载均衡器真的支持压缩吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/47067212/