nginx 开启--with-http_gunzip_module 模块是否有坑

[firebroo]

目前需求需要优化前后端 nginx 之间传输的流量，压缩数据节约小水管带宽，所以准备开启全流量压缩，大概流程就是前端 nginx 会 set 一个 header 到后端 nginx，proxy_set_header Accept-Encoding "gzip"; 让后端 nginx 开启压缩，前端 nginx 再使用这个模块解压数据返回给不支持解压 gzip 的客户端

网上搜了下，这个模块没有看到被大量投入使用的场景，所以上到线上环境，有点担心 gunzip 解压带给前端 nginx 的内存和 CPU 压力会有多高，内心慌的一匹。。有把这个模块线上实战的老铁吗？

[yuikns]

看了好一会儿明白了…
楼主问题很简单，upstream 只提供了 gzip 的结果，但是 client 可能不接受。作为中间层就需要特殊处理下。
其实看过算法就知道，只要没啥漏洞，compress 固然可能要考虑性能，decompress 无论如何都是一把梭直接就能过… 除非有重大 bug

[firebroo]

@ladypxy cache 已经开了，对于动态数据准备再开启全压缩，我的场景就是这么特殊。。目标是前后端 nginx 的流量传输越小越好，小水管带宽还限流。。

[firebroo]

@yuikns 回头看看源码，准备一把梭了！

[julyclyde]

不需要判断客户端是否支持 gzip
不支持的就让他滚蛋好了
全程压缩发给客户端！！

[firebroo]

@julyclyde 兄弟不要鸡冻。。

[julyclyde]

@firebroo 想当年我上司为了兼容部分根本没消费能力的垃圾客户，不让用 gzip
那是电商网站啊！！

[cloudyplain]

@mytry ngx lua 怎么实现监控 CPU、内存？有例子码？

[mytry]

@cloudyplain nginx worker 里开个定时器，每隔一秒检测下就可以了。简单点直接用 lua 读 /proc/ 里的文件获取 CPU 等。觉得 lua 麻烦可以用其他程序写，通过文件或者管道和 lua 交互。最终通过 lua 设置 nginx 变量，决定压缩开不开以及比例。

[firebroo]

@julyclyde 流下了没有钱的眼泪

[mytry]

@cloudyplain 之前试过按网络流量监控的。之前买了个按流量计费的 ecs，所以在性能和流量之间找一个平衡点。当时还用 lua 做了个接口： https://alert.fun/traff_stat