第三方模块加载设计问题

yanbingwei86

章老师您好，请教个问题

背景是这样：

我想通过nginx做一个pxory，对外部应用提供一套restful的api。这套api提供我标准的私有协议服务，这套私有协议已经有一个c++的客户端（.so文件）。

我想通过nginx proxy接收restful api的请求，然后获得对应的操作信息（比如：uri对应的私有协议的某种操作），然后调用对应的c++客户端去获得数据。

因为c++客户端已经是现成的了，我打算直接在nginx里面嵌入第三方so的调用逻辑。请问这样是否合理？还有没有更好的方案！

kytexzy

好像用ffi比较好把，如果你的C++是阻塞型的业务，把它们独立写成一个socket服务，通过nginx的cosoket来访问必将好。

yanbingwei86

c++端实现的是同步IO，通过网络向后端拿数据。我需要根据C++端返回的结果在nginx端返回数据。

我的疑问是是否必须通过ffi来调用c++的so库还是直接在nginx端直接调用c++库，返回结果可以不？跟ffi的方式相比，有什么优劣？

在 2016年4月13日，09:23，Nero.Ping <kyt...@gmail.com> 写道：

好像用ffi比较好把，如果你的C++是阻塞型的业务，把它们独立写成一个socket服务，通过nginx的cosoket来访问必将好。

--
--

doujiang24

Hello

C/C++ 的阻塞会把整个 nginx worker 都给阻塞了，效率会非常差

建议你基于 cosocket 来重写，当然部分解析类的逻辑，可以直接调用 C/C++ 的函数

在 2016年4月13日上午10:04，yanbingwei86 <yanbi...@gmail.com>写道：

c++端实现的是同步IO，通过网络向后端拿数据。我需要根据C++端返回的结果在nginx端返回数据。
我的疑问是是否必须通过ffi来调用c++的so库还是直接在nginx端直接调用c++库，返回结果可以不？跟ffi的方式相比，有什么优劣？

在 2016年4月13日，09:23，Nero.Ping <kyt...@gmail.com> 写道：

好像用ffi比较好把，如果你的C++是阻塞型的业务，把它们独立写成一个socket服务，通过nginx的cosoket来访问必将好。

--

--

yanbingwei86

谢谢你的建议，这应该是比较有效率的解决方式。目前先不打算用cosocket来做c++客户端的一部分工作。如果用cosocket来写，可能还需要一段时间，后面慢慢改进。目前先考虑整个demo跑起来，看下效果

在 2016年4月13日，21:34，DeJiang Zhu <douj...@gmail.com> 写道：

Hello

C/C++ 的阻塞会把整个 nginx worker 都给阻塞了，效率会非常差

建议你基于 cosocket 来重写，当然部分解析类的逻辑，可以直接调用 C/C++ 的函数

在 2016年4月13日上午10:04，yanbingwei86 <yanbi...@gmail.com>写道：
c++端实现的是同步IO，通过网络向后端拿数据。我需要根据C++端返回的结果在nginx端返回数据。
我的疑问是是否必须通过ffi来调用c++的so库还是直接在nginx端直接调用c++库，返回结果可以不？跟ffi的方式相比，有什么优劣？

在 2016年4月13日，09:23，Nero.Ping <kyt...@gmail.com> 写道：

好像用ffi比较好把，如果你的C++是阻塞型的业务，把它们独立写成一个socket服务，通过nginx的cosoket来访问必将好。

--
--

--
--

--
--

lihang_net

最简单是自己开发一个nginx handler module, 或者nginx upstream module

在 2016年4月14日星期四 UTC+8下午3:46:06，yan lambiel写道：

谢谢你的建议，这应该是比较有效率的解决方式。目前先不打算用cosocket来做c++客户端的一部分工作。如果用cosocket来写，可能还需要一段时间，后面慢慢改进。目前先考虑整个demo跑起来，看下效果
在 2016年4月13日，21:34，DeJiang Zhu <douji...@gmail.com> 写道：

Hello

C/C++ 的阻塞会把整个 nginx worker 都给阻塞了，效率会非常差

建议你基于 cosocket 来重写，当然部分解析类的逻辑，可以直接调用 C/C++ 的函数

在 2016年4月13日上午10:04，yanbingwei86 <yanbin...@gmail.com>写道：
c++端实现的是同步IO，通过网络向后端拿数据。我需要根据C++端返回的结果在nginx端返回数据。
我的疑问是是否必须通过ffi来调用c++的so库还是直接在nginx端直接调用c++库，返回结果可以不？跟ffi的方式相比，有什么优劣？

在 2016年4月13日，09:23，Nero.Ping <kyt...@gmail.com> 写道：

好像用ffi比较好把，如果你的C++是阻塞型的业务，把它们独立写成一个socket服务，通过nginx的cosoket来访问必将好。

--

--

--

yanbingwei86

got it, thx

在 2016年4月15日，11:37，Lucien Li <liha...@126.com> 写道：

最简单是自己开发一个nginx handler module, 或者nginx upstream module

在 2016年4月14日星期四 UTC+8下午3:46:06，yan lambiel写道：
谢谢你的建议，这应该是比较有效率的解决方式。目前先不打算用cosocket来做c++客户端的一部分工作。如果用cosocket来写，可能还需要一段时间，后面慢慢改进。目前先考虑整个demo跑起来，看下效果
在 2016年4月13日，21:34，DeJiang Zhu <douji...@gmail.com> 写道：

Hello

C/C++ 的阻塞会把整个 nginx worker 都给阻塞了，效率会非常差

建议你基于 cosocket 来重写，当然部分解析类的逻辑，可以直接调用 C/C++ 的函数

在 2016年4月13日上午10:04，yanbingwei86 <yanbin...@gmail.com>写道：
c++端实现的是同步IO，通过网络向后端拿数据。我需要根据C++端返回的结果在nginx端返回数据。
我的疑问是是否必须通过ffi来调用c++的so库还是直接在nginx端直接调用c++库，返回结果可以不？跟ffi的方式相比，有什么优劣？

在 2016年4月13日，09:23，Nero.Ping <kyt...@gmail.com> 写道：

好像用ffi比较好把，如果你的C++是阻塞型的业务，把它们独立写成一个socket服务，通过nginx的cosoket来访问必将好。

--
--

moonbingbing

既然 C++ 的 so 已经是阻塞了，这时候你可以不使用 OpenResty，而是 Python 、PHP 这些语言的 web 框架，不是开发效率更高？

在 2016年4月15日下午3:20，yanbingwei86 <yanbi...@gmail.com>写道：

got it, thx

在 2016年4月15日，11:37，Lucien Li <liha...@126.com> 写道：

最简单是自己开发一个nginx handler module, 或者nginx upstream module

在 2016年4月14日星期四 UTC+8下午3:46:06，yan lambiel写道：
谢谢你的建议，这应该是比较有效率的解决方式。目前先不打算用cosocket来做c++客户端的一部分工作。如果用cosocket来写，可能还需要一段时间，后面慢慢改进。目前先考虑整个demo跑起来，看下效果
在 2016年4月13日，21:34，DeJiang Zhu <douji...@gmail.com> 写道：

Hello

C/C++ 的阻塞会把整个 nginx worker 都给阻塞了，效率会非常差

建议你基于 cosocket 来重写，当然部分解析类的逻辑，可以直接调用 C/C++ 的函数

在 2016年4月13日上午10:04，yanbingwei86 <yanbin...@gmail.com>写道：
c++端实现的是同步IO，通过网络向后端拿数据。我需要根据C++端返回的结果在nginx端返回数据。
我的疑问是是否必须通过ffi来调用c++的so库还是直接在nginx端直接调用c++库，返回结果可以不？跟ffi的方式相比，有什么优劣？

在 2016年4月13日，09:23，Nero.Ping <kyt...@gmail.com> 写道：

好像用ffi比较好把，如果你的C++是阻塞型的业务，把它们独立写成一个socket服务，通过nginx的cosoket来访问必将好。

--

--

--

--

--

agentzh

Hello!

2016-04-14 20:37 GMT-07:00 Lucien Li:
> 最简单是自己开发一个nginx handler module, 或者nginx upstream module
>

这条路显然比使用 Lua cosocket 复杂多了（我自己写过 ngx_drizzle, ngx_postgres, ngx_memc,
ngx_redis2 这些 nginx upstream 模块，一般的 handler nginx 模块就更多了）。

Regards,
-agentzh