关于openresty的对外http调用和resty-upload问题

wgm.china

春哥：
	你好！
	我现在的应用场景是通过resty-upload接收文件，缓存队列，并通过http协议推后给后端的应用。
	我现在的问题：
	1.当我通过resty-upload接收文件时，缓存队列的数量达到一定的时候，我希望停止大部分的客户端的文件接收，只接收优先服务器（固定IP地址）的文件接收，等缓存队列低于设置时我再接收文件。
	 我直接通过ngx.exit退出，但客户端还是接收到了流，把网络给堵住了，影响了优先客户端的文件发送效率。
	  有没有方法，可以接收到客户文件流前断开连接，而且让客户端不再发送文件流？
	2.我现在在想，通过http向后端推送时，用lua-resty-http的库好还是通过ngx.location.capture + proxy_pass向后端的服务推送文件流，哪一个更好？

agentzh

Hello!

2013/12/16 wgm:
>         1.当我通过resty-upload接收文件时，缓存队列的数量达到一定的时候，我希望停止大部分的客户端的文件接收，只接收优先服务器（固定IP地址）的文件接收，等缓存队列低于设置时我再接收文件。
>          我直接通过ngx.exit退出，但客户端还是接收到了流，把网络给堵住了，影响了优先客户端的文件发送效率。
>           有没有方法，可以接收到客户文件流前断开连接，而且让客户端不再发送文件流？
>

你可以用 ngx.exit(444) 直接断开连接。

另外一种更温和的选择是动态设置 $limit_rate 变量限制低优先级连接的传输速率：

 http://nginx.org/en/docs/http/ngx_http_core_module.html#var_limit_rate

>         2.我现在在想，通过http向后端推送时，用lua-resty-http的库好还是通过ngx.location.capture + proxy_pass向后端的服务推送文件流，哪一个更好？
>

后者（ngx.location.capture）是全缓冲方式，根本不支持流式处理。另外，你需要首先确认你使用的第三方
lua-resty-http 库的实现是支持流式处理的。

Regards,
-agentzh

wgm.china

谢谢春哥，我们采用lua 动态调整$limit_rate的方法去调整进入的流量。
关于第二个问题如果我们采用全缓冲模式，那选择ngx.location.capture是不是会更好一些，比如是否支持长连接等特性。


在 2013-12-17，上午3:44，Yichun Zhang (agentzh) <age...@gmail.com> 写道：

> Hello!
> 
> 2013/12/16 wgm:
>>        1.当我通过resty-upload接收文件时，缓存队列的数量达到一定的时候，我希望停止大部分的客户端的文件接收，只接收优先服务器（固定IP地址）的文件接收，等缓存队列低于设置时我再接收文件。
>>         我直接通过ngx.exit退出，但客户端还是接收到了流，把网络给堵住了，影响了优先客户端的文件发送效率。
>>          有没有方法，可以接收到客户文件流前断开连接，而且让客户端不再发送文件流？
>> 
> 
> 你可以用 ngx.exit(444) 直接断开连接。
> 
> 另外一种更温和的选择是动态设置 $limit_rate 变量限制低优先级连接的传输速率：
> 
> http://nginx.org/en/docs/http/ngx_http_core_module.html#var_limit_rate
> 
>>        2.我现在在想，通过http向后端推送时，用lua-resty-http的库好还是通过ngx.location.capture + proxy_pass向后端的服务推送文件流，哪一个更好？
>> 
> 
> 后者（ngx.location.capture）是全缓冲方式，根本不支持流式处理。另外，你需要首先确认你使用的第三方
> lua-resty-http 库的实现是支持流式处理的。
> 
> Regards,
> -agentzh
> 
> -- 
>

agentzh

Hello!

2013/12/16 wgm:
> 关于第二个问题如果我们采用全缓冲模式，那选择ngx.location.capture是不是会更好一些，比如是否支持长连接等特性。
>

不会更好。nginx 子请求的开销还是有些大，一般都超过基于 ngx_lua cosocket 实现的客户端。另外，ngx_lua 的
cosocket 也是支持长连接和连接池的。我不清楚你使用的第三方的 lua-resty-http 库是否暴露了连接池的
API，但在技术上是绝对没有问题的。

Regards,
-agentzh

wgm.china

谢谢，我们先的lua-resty-http暴露了连接池。

在 2013-12-17，下午2:05，Yichun Zhang (agentzh) <age...@gmail.com> 写道：

> Hello!
> 
> 2013/12/16 wgm:
>> 关于第二个问题如果我们采用全缓冲模式，那选择ngx.location.capture是不是会更好一些，比如是否支持长连接等特性。
>> 
> 
> 不会更好。nginx 子请求的开销还是有些大，一般都超过基于 ngx_lua cosocket 实现的客户端。另外，ngx_lua 的
> cosocket 也是支持长连接和连接池的。我不清楚你使用的第三方的 lua-resty-http 库是否暴露了连接池的
> API，但在技术上是绝对没有问题的。
> 
> Regards,
> -agentzh
> 
> -- 
>