webproxy能否用nginx替代的问题

yuxingfirst · 2013-05-07T13:00:42+00:00

Hello! 2013/5/7 刘宏: > 有没有什么工具可以追踪这样的&#x95...

webproxy能否用nginx替代的问题

yuxingfirst

我们目前所使用的架构是：

PHP --> webproxy --> backend server

webproxy是自己实现的一个组件，主要目的是避免前端php直接访问后端服务器，所做的工作主要就是请求包的转发以及做负载均衡，因为后端一个业务可能会部署多台机器，其中php和backend server之前通信是我们自定义的协议，全部采用tcp通信。

目前的一个问题就是，webproxy效率不是很好，支持的并发数不太大，遇到峰值的时候，错误比较多。所以想请问下这种结构能否用nginx替代？

不过其中的一个问题就是，当前php通过webproxy从后端服务器获取数据全部是tcp通信的，然后还有我们自己的协议解析。

不知道这个webproxy是否适合用nginx替代掉~~

yyqvod

这个可以实现的吧, PHP到nginx走HTTP, nginx到backend用lua实现你自定义的协议.

2013-05-07

yyqvod

发件人：熊景 <yuxin...@gmail.com>

发送时间：2013-05-07 13:00

主题：[openresty] webproxy能否用nginx替代的问题

收件人："openresty"<openresty@googlegroups.com>

抄送：

我们目前所使用的架构是：

PHP --> webproxy --> backend server

目前的一个问题就是，webproxy效率不是很好，支持的并发数不太大，遇到峰值的时候，错误比较多。所以想请问下这种结构能否用nginx替代？

不过其中的一个问题就是，当前php通过webproxy从后端服务器获取数据全部是tcp通信的，然后还有我们自己的协议解析。

不知道这个webproxy是否适合用nginx替代掉~~

--
sp;

yuxingfirst

目前就是有大部分的业务是php从后端server获取数据时，都是通过webproxy这个代理；然后每个业务的参数类型/个数又是不确定的，所以不知道该如何使用lua实现

在 2013年5月7日星期二UTC+8下午1时05分22秒，yy yy写道：

这个可以实现的吧, PHP到nginx走HTTP, nginx到backend用lua实现你自定义的协议.

2013-05-07

yyqvod

发件人：熊景 <yuxin...@gmail.com>

发送时间：2013-05-07 13:00

主题：[openresty] webproxy能否用nginx替代的问题

收件人："openresty"<open...@googlegroups.com>

抄送：

我们目前所使用的架构是：
PHP --> webproxy --> backend server

webproxy是自己实现的一个组件，主要目的是避免前端php直接访问后端服务器，所做的工作主要就是请求包的转发以及做负载均衡，因为后端一个业务可能会部署多台机器，其中php和backend server之前通信是我们自定义的协议，全部采用tcp通信。

目前的一个问题就是，webproxy效率不是很好，支持的并发数不太大，遇到峰值的时候，错误比较多。所以想请问下这种结构能否用nginx替代？

不过其中的一个问题就是，当前php通过webproxy从后端服务器获取数据全部是tcp通信的，然后还有我们自己的协议解析。

不知道这个webproxy是否适合用nginx替代掉~~

--
sp;

yuxingfirst

还有，我简单了解了下，如果用lua原生的api发起网络请求，应该是阻塞的吧？但是ngx.location.capture和ngx.location.capture_multi是发http请求的，

那现在向我的后端server是需要发tcp请求的，请问这个如何做呢？

在 2013年5月7日星期二UTC+8下午2时01分56秒，熊景写道：

目前就是有大部分的业务是php从后端server获取数据时，都是通过webproxy这个代理；然后每个业务的参数类型/个数又是不确定的，所以不知道该如何使用lua实现

在 2013年5月7日星期二UTC+8下午1时05分22秒，yy yy写道：

这个可以实现的吧, PHP到nginx走HTTP, nginx到backend用lua实现你自定义的协议.

2013-05-07

yyqvod

发件人：熊景 <yuxin...@gmail.com>

发送时间：2013-05-07 13:00

主题：[openresty] webproxy能否用nginx替代的问题

收件人："openresty"<open...@googlegroups.com>

抄送：

我们目前所使用的架构是：
PHP --> webproxy --> backend server

webproxy是自己实现的一个组件，主要目的是避免前端php直接访问后端服务器，所做的工作主要就是请求包的转发以及做负载均衡，因为后端一个业务可能会部署多台机器，其中php和backend server之前通信是我们自定义的协议，全部采用tcp通信。

目前的一个问题就是，webproxy效率不是很好，支持的并发数不太大，遇到峰值的时候，错误比较多。所以想请问下这种结构能否用nginx替代？

不过其中的一个问题就是，当前php通过webproxy从后端服务器获取数据全部是tcp通信的，然后还有我们自己的协议解析。

不知道这个webproxy是否适合用nginx替代掉~~

--
sp;

lhmwzy

不是有tcpsock:connect吗？

http://wiki.nginx.org/HttpLuaModule#tcpsock:connect

在 2013年5月7日下午2:20，熊景 <yuxin...@gmail.com>写道：

还有，我简单了解了下，如果用lua原生的api发起网络请求，应该是阻塞的吧？但是ngx.location.capture和ngx.location.capture_multi是发http请求的，
那现在向我的后端server是需要发tcp请求的，请问这个如何做呢？

在 2013年5月7日星期二UTC+8下午2时01分56秒，熊景写道：
目前就是有大部分的业务是php从后端server获取数据时，都是通过webproxy这个代理；然后每个业务的参数类型/个数又是不确定的，所以不知道该如何使用lua实现

在 2013年5月7日星期二UTC+8下午1时05分22秒，yy yy写道：

这个可以实现的吧, PHP到nginx走HTTP, nginx到backend用lua实现你自定义的协议.

2013-05-07

yyqvod

发件人：熊景 <yuxin...@gmail.com>

发送时间：2013-05-07 13:00

主题：[openresty] webproxy能否用nginx替代的问题

收件人："openresty"<open...@googlegroups.com>

抄送：

我们目前所使用的架构是：
PHP --> webproxy --> backend server

webproxy是自己实现的一个组件，主要目的是避免前端php直接访问后端服务器，所做的工作主要就是请求包的转发以及做负载均衡，因为后端一个业务可能会部署多台机器，其中php和backend server之前通信是我们自定义的协议，全部采用tcp通信。

目前的一个问题就是，webproxy效率不是很好，支持的并发数不太大，遇到峰值的时候，错误比较多。所以想请问下这种结构能否用nginx替代？

不过其中的一个问题就是，当前php通过webproxy从后端服务器获取数据全部是tcp通信的，然后还有我们自己的协议解析。

不知道这个webproxy是否适合用nginx替代掉~~

--
sp;

--
sp;

gwill.buzz

在 2013年5月7日下午2:20，熊景 <yuxin...@gmail.com>写道：

还有，我简单了解了下，如果用lua原生的api发起网络请求，应该是阻塞的吧？但是ngx.location.capture和ngx.location.capture_multi是发http请求的，
那现在向我的后端server是需要发tcp请求的，请问这个如何做呢？

http://wiki.nginx.org/HttpLuaModule#ngx.socket.tcp

应该先看看文档，春哥文档写的非常详细。

另外，你这个架构思路也不是很好坑很大，应该把nginx放到最前面，把后面的服务器都包装成http的，然后依靠 nginx 来管理负载均衡，缓存，还有一些简单逻辑（ngx_lua）。

在 2013年5月7日星期二UTC+8下午2时01分56秒，熊景写道：
目前就是有大部分的业务是php从后端server获取数据时，都是通过webproxy这个代理；然后每个业务的参数类型/个数又是不确定的，所以不知道该如何使用lua实现

在 2013年5月7日星期二UTC+8下午1时05分22秒，yy yy写道：

这个可以实现的吧, PHP到nginx走HTTP, nginx到backend用lua实现你自定义的协议.

2013-05-07

yyqvod

发件人：熊景 <yuxin...@gmail.com>

发送时间：2013-05-07 13:00

主题：[openresty] webproxy能否用nginx替代的问题

收件人："openresty"<open...@googlegroups.com>

抄送：

我们目前所使用的架构是：
PHP --> webproxy --> backend server

webproxy是自己实现的一个组件，主要目的是避免前端php直接访问后端服务器，所做的工作主要就是请求包的转发以及做负载均衡，因为后端一个业务可能会部署多台机器，其中php和backend server之前通信是我们自定义的协议，全部采用tcp通信。

目前的一个问题就是，webproxy效率不是很好，支持的并发数不太大，遇到峰值的时候，错误比较多。所以想请问下这种结构能否用nginx替代？

不过其中的一个问题就是，当前php通过webproxy从后端服务器获取数据全部是tcp通信的，然后还有我们自己的协议解析。

不知道这个webproxy是否适合用nginx替代掉~~

--
#xA0;

--
#xA0;

yuxingfirst

谢谢，我在仔细看看文档！

在 2013年5月7日星期二UTC+8下午2时24分52秒，lhmwzy写道：

不是有tcpsock:connect吗？
http://wiki.nginx.org/HttpLuaModule#tcpsock:connect

在 2013年5月7日下午2:20，熊景 <yuxin...@gmail.com>写道：
还有，我简单了解了下，如果用lua原生的api发起网络请求，应该是阻塞的吧？但是ngx.location.capture和ngx.location.capture_multi是发http请求的，
那现在向我的后端server是需要发tcp请求的，请问这个如何做呢？

在 2013年5月7日星期二UTC+8下午2时01分56秒，熊景写道：
目前就是有大部分的业务是php从后端server获取数据时，都是通过webproxy这个代理；然后每个业务的参数类型/个数又是不确定的，所以不知道该如何使用lua实现

在 2013年5月7日星期二UTC+8下午1时05分22秒，yy yy写道：

这个可以实现的吧, PHP到nginx走HTTP, nginx到backend用lua实现你自定义的协议.

2013-05-07

yyqvod

发件人：熊景 <yuxin...@gmail.com>

发送时间：2013-05-07 13:00

主题：[openresty] webproxy能否用nginx替代的问题

收件人："openresty"<open...@googlegroups.com>

抄送：

我们目前所使用的架构是：
PHP --> webproxy --> backend server

webproxy是自己实现的一个组件，主要目的是避免前端php直接访问后端服务器，所做的工作主要就是请求包的转发以及做负载均衡，因为后端一个业务可能会部署多台机器，其中php和backend server之前通信是我们自定义的协议，全部采用tcp通信。

目前的一个问题就是，webproxy效率不是很好，支持的并发数不太大，遇到峰值的时候，错误比较多。所以想请问下这种结构能否用nginx替代？

不过其中的一个问题就是，当前php通过webproxy从后端服务器获取数据全部是tcp通信的，然后还有我们自己的协议解析。

不知道这个webproxy是否适合用nginx替代掉~~

--
sp;

--
sp;

yuxingfirst

呵呵，刚接触ngx_lua

不过目前这套架构已经跑了好几年了，大量的业务跑在上边，也不是一下就能改造的了的，而且老大们也不一定支持这样折腾，风险太大。

不过你的建议挺适合自己朝这方面研究的。

在 2013年5月7日星期二UTC+8下午2时29分33秒，G_will写道：

在 2013年5月7日下午2:20，熊景 <yuxin...@gmail.com>写道：
还有，我简单了解了下，如果用lua原生的api发起网络请求，应该是阻塞的吧？但是ngx.location.capture和ngx.location.capture_multi是发http请求的，
那现在向我的后端server是需要发tcp请求的，请问这个如何做呢？

http://wiki.nginx.org/HttpLuaModule#ngx.socket.tcp

应该先看看文档，春哥文档写的非常详细。

另外，你这个架构思路也不是很好坑很大，应该把nginx放到最前面，把后面的服务器都包装成http的，然后依靠 nginx 来管理负载均衡，缓存，还有一些简单逻辑（ngx_lua）。

在 2013年5月7日星期二UTC+8下午2时01分56秒，熊景写道：
目前就是有大部分的业务是php从后端server获取数据时，都是通过webproxy这个代理；然后每个业务的参数类型/个数又是不确定的，所以不知道该如何使用lua实现

在 2013年5月7日星期二UTC+8下午1时05分22秒，yy yy写道：

这个可以实现的吧, PHP到nginx走HTTP, nginx到backend用lua实现你自定义的协议.

2013-05-07

yyqvod

发件人：熊景 <yuxin...@gmail.com>

发送时间：2013-05-07 13:00

主题：[openresty] webproxy能否用nginx替代的问题

收件人："openresty"<open...@googlegroups.com>

抄送：

我们目前所使用的架构是：
PHP --> webproxy --> backend server

webproxy是自己实现的一个组件，主要目的是避免前端php直接访问后端服务器，所做的工作主要就是请求包的转发以及做负载均衡，因为后端一个业务可能会部署多台机器，其中php和backend server之前通信是我们自定义的协议，全部采用tcp通信。

目前的一个问题就是，webproxy效率不是很好，支持的并发数不太大，遇到峰值的时候，错误比较多。所以想请问下这种结构能否用nginx替代？

不过其中的一个问题就是，当前php通过webproxy从后端服务器获取数据全部是tcp通信的，然后还有我们自己的协议解析。

不知道这个webproxy是否适合用nginx替代掉~~

--
sp;

--
sp;

kindy61

只是tcp转发的话，考虑haproxy吧。

暂时nginx更适用于http相关事务。

On Tuesday, May 7, 2013, 熊景 wrote:

呵呵，刚接触ngx_lua
不过目前这套架构已经跑了好几年了，大量的业务跑在上边，也不是一下就能改造的了的，而且老大们也不一定支持这样折腾，风险太大。
不过你的建议挺适合自己朝这方面研究的。

在 2013年5月7日星期二UTC+8下午2时29分33秒，G_will写道：

在 2013年5月7日下午2:20，熊景 <yuxin...@gmail.com>写道：
还有，我简单了解了下，如果用lua原生的api发起网络请求，应该是阻塞的吧？但是ngx.location.capture和ngx.location.capture_multi是发http请求的，
那现在向我的后端server是需要发tcp请求的，请问这个如何做呢？

http://wiki.nginx.org/HttpLuaModule#ngx.socket.tcp

应该先看看文档，春哥文档写的非常详细。

另外，你这个架构思路也不是很好坑很大，应该把nginx放到最前面，把后面的服务器都包装成http的，然后依靠 nginx 来管理负载均衡，缓存，还有一些简单逻辑（ngx_lua）。

在 2013年5月7日星期二UTC+8下午2时01分56秒，熊景写道：
目前就是有大部分的业务是php从后端server获取数据时，都是通过webproxy这个代理；然后每个业务的参数类型/个数又是不确定的，所以不知道该如何使用lua实现

在 2013年5月7日星期二UTC+8下午1时05分22秒，yy yy写道：

这个可以实现的吧, PHP到nginx走HTTP, nginx到backend用lua实现你自定义的协议.

2013-05-07

yyqvod

发件人：熊景 <yuxin...@gmail.com>

发送时间：2013-05-07 13:00

主题：[openresty] webproxy能否用nginx替代的问题

收件人："openresty"<open...@googlegroups.com>

抄送：

我们目前所使用的架构是：
PHP --> webproxy --> backend server

webproxy是自己实现的一个组件，主要目的是避免前端php直接访问后端服务器，所做的工作主要就是请求包的转发以及做负载均衡，因为后端一个业务可能会部署多台机器，其中php和backend server之前通信是我们自定义的协议，全部采用tcp通信。

目前的一个问题就是，webproxy效率不是很好，支持的并发数不太大，遇到峰值的时候，错误比较多。所以想请问下这种结构能否用nginx替代？

不过其中的一个问题就是，当前php通过webproxy从后端服务器获取数据全部是tcp通信的，然后还有我们自己的协议解析。

不知道这个webproxy是否适合用nginx替代掉~~

--
#xA0;

--
#xA0;

--
#xA0;

--
- - - - - - - - - - - -
林青(Kindy Lin)

kindy61

只是tcp转发的话，考虑haproxy吧。

暂时nginx更适用于http相关事务。

On Tuesday, May 7, 2013, 熊景 wrote:

呵呵，刚接触ngx_lua
不过目前这套架构已经跑了好几年了，大量的业务跑在上边，也不是一下就能改造的了的，而且老大们也不一定支持这样折腾，风险太大。
不过你的建议挺适合自己朝这方面研究的。

在 2013年5月7日星期二UTC+8下午2时29分33秒，G_will写道：

在 2013年5月7日下午2:20，熊景 <yuxin...@gmail.com>写道：
还有，我简单了解了下，如果用lua原生的api发起网络请求，应该是阻塞的吧？但是ngx.location.capture和ngx.location.capture_multi是发http请求的，
那现在向我的后端server是需要发tcp请求的，请问这个如何做呢？

http://wiki.nginx.org/HttpLuaModule#ngx.socket.tcp

应该先看看文档，春哥文档写的非常详细。

另外，你这个架构思路也不是很好坑很大，应该把nginx放到最前面，把后面的服务器都包装成http的，然后依靠 nginx 来管理负载均衡，缓存，还有一些简单逻辑（ngx_lua）。

在 2013年5月7日星期二UTC+8下午2时01分56秒，熊景写道：
目前就是有大部分的业务是php从后端server获取数据时，都是通过webproxy这个代理；然后每个业务的参数类型/个数又是不确定的，所以不知道该如何使用lua实现

在 2013年5月7日星期二UTC+8下午1时05分22秒，yy yy写道：

这个可以实现的吧, PHP到nginx走HTTP, nginx到backend用lua实现你自定义的协议.

2013-05-07

yyqvod

发件人：熊景 <yuxin...@gmail.com>

发送时间：2013-05-07 13:00

主题：[openresty] webproxy能否用nginx替代的问题

收件人："openresty"<open...@googlegroups.com>

抄送：

我们目前所使用的架构是：
PHP --> webproxy --> backend server

webproxy是自己实现的一个组件，主要目的是避免前端php直接访问后端服务器，所做的工作主要就是请求包的转发以及做负载均衡，因为后端一个业务可能会部署多台机器，其中php和backend server之前通信是我们自定义的协议，全部采用tcp通信。

目前的一个问题就是，webproxy效率不是很好，支持的并发数不太大，遇到峰值的时候，错误比较多。所以想请问下这种结构能否用nginx替代？

不过其中的一个问题就是，当前php通过webproxy从后端服务器获取数据全部是tcp通信的，然后还有我们自己的协议解析。

不知道这个webproxy是否适合用nginx替代掉~~

--
#xA0;

--
#xA0;

--
#xA0;

--
- - - - - - - - - - - -
林青(Kindy Lin)