分布式的流量统计，有啥方案，一起讨论下。

fishbaby2019

最近在做流量控制，需要用多台nginx代理机器来统计接口的流量，大家有啥好建议？

fishbaby2019

在 2017年3月6日星期一 UTC+8下午11:53:12，fishba...@gmail.com写道：

最近在做流量控制，需要用多台nginx代理机器来统计接口的流量，大家有啥好建议？

zhanghang.org

在 2017年3月6日星期一 UTC+8下午11:53:12，fishba...@gmail.com写道：

最近在做流量控制，需要用多台nginx代理机器来统计接口的流量，大家有啥好建议？

access_by_lua 做访问计数，ngx.shared.dict incr 计数

ngx.timer.at 异步周期性取计数上报并清零

zhanghang.org

好像log_by_lua更合适做计数

在 2017年3月9日星期四 UTC+8上午11:16:41，zhangh...@gmail.com写道：

在 2017年3月6日星期一 UTC+8下午11:53:12，fishba...@gmail.com写道：
最近在做流量控制，需要用多台nginx代理机器来统计接口的流量，大家有啥好建议？

access_by_lua 做访问计数，ngx.shared.dict incr 计数
ngx.timer.at 异步周期性取计数上报并清零

fishbaby2019

大量使用dict会不会影响性能, 我看debug中dict操作有很多lock?

在 2017年3月9日星期四 UTC+8上午11:16:41，zhangh...@gmail.com写道：

在 2017年3月6日星期一 UTC+8下午11:53:12，fishba...@gmail.com写道：
最近在做流量控制，需要用多台nginx代理机器来统计接口的流量，大家有啥好建议？

access_by_lua 做访问计数，ngx.shared.dict incr 计数
ngx.timer.at 异步周期性取计数上报并清零

doujiang24

Hello

shdict 一般不会成为性能瓶颈，但是也不要滥用，比如每请求都有 for 循环内部的的时候

另外，同一个 zone 里不要有太多的 key，比如上千万的 key （一般也达不到就是了）

在 2017年3月10日上午10:29， <fishb...@gmail.com>写道：

大量使用dict会不会影响性能, 我看debug中dict操作有很多lock?

在 2017年3月9日星期四 UTC+8上午11:16:41，zhangh...@gmail.com写道：

在 2017年3月6日星期一 UTC+8下午11:53:12，fishba...@gmail.com写道：
最近在做流量控制，需要用多台nginx代理机器来统计接口的流量，大家有啥好建议？

access_by_lua 做访问计数，ngx.shared.dict incr 计数
ngx.timer.at 异步周期性取计数上报并清零

--

fishbaby2019

感谢~

在 2017年3月10日星期五 UTC+8下午10:00:27，doujiang写道：

Hello

shdict 一般不会成为性能瓶颈，但是也不要滥用，比如每请求都有 for 循环内部的的时候
另外，同一个 zone 里不要有太多的 key，比如上千万的 key （一般也达不到就是了）

在 2017年3月10日上午10:29， <fishba...@gmail.com>写道：
大量使用dict会不会影响性能, 我看debug中dict操作有很多lock?

在 2017年3月9日星期四 UTC+8上午11:16:41，zhangh...@gmail.com写道：

在 2017年3月6日星期一 UTC+8下午11:53:12，fishba...@gmail.com写道：
最近在做流量控制，需要用多台nginx代理机器来统计接口的流量，大家有啥好建议？

access_by_lua 做访问计数，ngx.shared.dict incr 计数
ngx.timer.at 异步周期性取计数上报并清零

--