我的前端代码直接与我的后端的应用程序负载均衡器对话（使用基于HTTPS的JSON）。
我开始检索的数据量超过了数量 - 所以我想我应该弄清楚我必须做些什么来支持压缩HTTP数据。
我发现了一些帖子，指出AWS负载均衡器压缩已经中断。
但据我所知AWS documentation - ELB / ALB等，根本不支持压缩。
作为一种解决方法，我可以通过Cloudfront或API网关引导我的后端呼叫，以便在我想要的时候进行压缩 - 这甚至可能是＆＃34;对＆＃34;这样做的方法，因为这些服务也可以对请求进行一些缓存等。
但是在我开始讨论这些其他服务之前 - AWS负载均衡器是否真的不支持压缩？
答案 0 :(得分：4)
我刚用应用程序负载均衡器后面的应用程序对此进行了测试。在服务器上启用gzip压缩后，浏览器会接收gzip压缩资源。 ALB正确传递content-encoding: gzip HTTP标头。请注意，使用ALB，您还可以获得HTTP / 2支持，从而进一步缩短浏览器加载网站文件所需的时间。
我认为您链接的文章不正确或过时，或者这可能是Classic ELB特有的问题。
答案 1 :(得分：1)
您可以使用第4层经典（ELB）或网络负载均衡器。由于第4层负载均衡器负载均衡TCP流量，因此ELB不会触摸您的HTTP标头或响应。