问题:C++编写的核心模块如何暴露给外部HTTP Web服务接口???
2017-10-14 11:05
651 查看
问题:C++编写的核心模块,其API调用接口是一个C/C++函数:输入是一个复杂的嵌套struct,输出也是一个复杂的嵌套struct(注意,这里的struct定义应该只用于序列化传输,不是内存表示,因此其内部应该包含指针类型、内部id引用等等),如何暴露给外部HTTP Web服务接口???
方法0:使用C/C++编写http server模块的代码,借助ACE、Boost.Asio这些库来实现。缺点:需要在C++语言代码中处理http协议相关的解析逻辑,且容易出内存问题,技术难度 高。
方法1:使用Python WSGI编写HTTP层的服务接口,Python代码再跨语言调用C++,这里通过Boost.Python进行C++接口函数的封装,封装后对于Python来说相当于一个独立的python模块。在产品环境中部署时,Python WSGI应用可放在uWSGI容器中运行,而uWSGI又进一步通过mod_wsgi嵌入到nginx/apache/lighttpd中。主要缺点:Boost.Python的编译配置环境稍微麻烦一点,但也不是特别麻烦。
方法2:C++模块包装为一个FastCGI应用进程,它作为upstream与nginx之间可以直接通信。(像Nginx-FPM就是PHP语言的一个FastCGI应用容器)缺点:没有成熟的C++ FastCGI容器,而且对于FastCGI来说,被封装的C++代码里面将会看到原始的http请求头部,以及需要自己设置http响应头部。也就是说,仍然需要自己在C++代码里面处理http协议解析相关的内容。只不过相对于方法0来说,更稳定更可靠一点。
方法3:通过gRPC+protobuf,Web前端服务可用Java编写,然后将请求数据序列化封装为二进制格式,跨节点(如果是前端后端Web在一台机器上那就是跨进程)传给C++后端服务 。后端就是C++代码实现的gRPC server端。缺点:需要预先仔细描述RPC message格式(protobuf),假如现有C++模块的接口函数中struct定义已经有了的话,两者还需要做一个适配转换。
20171015 更新:
我要更新一下我的说法了:传统的异步IO的HTTP服务3驱马车:OpenResty、NodeJS、Go,其服务器后端一般是SQL/NoSQL数据库(不谈那个垃圾Spring Boot/Cloud,烦透它了),数据存储适合做水平切分的,通信协议数据交换使用REST/JSON的,但是设想一个客户端是一个定制的App(条件1),为了获得高性能节省传输的数据量(条件2),以及数据后端是用C++实现的定制服务(条件3),比如路由查询(gRPC官方给的例子),那么gRPC+protobuf的方案显然比较合适(C++
11、HTTP2、二进制全双工)。WSGI和FastCGI毕竟还是太传统了一点,这种特殊的服务后端使得Google的gRPC方案必将大放光彩。尤其还可以锻炼锻炼写高性能C++ 11的代码。赞!
方法0:使用C/C++编写http server模块的代码,借助ACE、Boost.Asio这些库来实现。缺点:需要在C++语言代码中处理http协议相关的解析逻辑,且容易出内存问题,技术难度 高。
方法1:使用Python WSGI编写HTTP层的服务接口,Python代码再跨语言调用C++,这里通过Boost.Python进行C++接口函数的封装,封装后对于Python来说相当于一个独立的python模块。在产品环境中部署时,Python WSGI应用可放在uWSGI容器中运行,而uWSGI又进一步通过mod_wsgi嵌入到nginx/apache/lighttpd中。主要缺点:Boost.Python的编译配置环境稍微麻烦一点,但也不是特别麻烦。
方法2:C++模块包装为一个FastCGI应用进程,它作为upstream与nginx之间可以直接通信。(像Nginx-FPM就是PHP语言的一个FastCGI应用容器)缺点:没有成熟的C++ FastCGI容器,而且对于FastCGI来说,被封装的C++代码里面将会看到原始的http请求头部,以及需要自己设置http响应头部。也就是说,仍然需要自己在C++代码里面处理http协议解析相关的内容。只不过相对于方法0来说,更稳定更可靠一点。
方法3:通过gRPC+protobuf,Web前端服务可用Java编写,然后将请求数据序列化封装为二进制格式,跨节点(如果是前端后端Web在一台机器上那就是跨进程)传给C++后端服务 。后端就是C++代码实现的gRPC server端。缺点:需要预先仔细描述RPC message格式(protobuf),假如现有C++模块的接口函数中struct定义已经有了的话,两者还需要做一个适配转换。
20171015 更新:
我要更新一下我的说法了:传统的异步IO的HTTP服务3驱马车:OpenResty、NodeJS、Go,其服务器后端一般是SQL/NoSQL数据库(不谈那个垃圾Spring Boot/Cloud,烦透它了),数据存储适合做水平切分的,通信协议数据交换使用REST/JSON的,但是设想一个客户端是一个定制的App(条件1),为了获得高性能节省传输的数据量(条件2),以及数据后端是用C++实现的定制服务(条件3),比如路由查询(gRPC官方给的例子),那么gRPC+protobuf的方案显然比较合适(C++
11、HTTP2、二进制全双工)。WSGI和FastCGI毕竟还是太传统了一点,这种特殊的服务后端使得Google的gRPC方案必将大放光彩。尤其还可以锻炼锻炼写高性能C++ 11的代码。赞!
相关文章推荐
- ASP.NET WebApi服务接口如何防止重复请求实现HTTP幂等性(八)
- 如何使用C++编写CGI程序接口
- web面试中,遇到无数次的问题“无状态的HTTP协议如何提供有状态的连接”?
- 在Ubuntu为Android硬件抽象层(HAL)模块编写JNI方法提供Java访问硬件服务接口
- 在Ubuntu为Android硬件抽象层(HAL)模块编写JNI方法提供Java访问硬件服务接口
- ASP.NET 3.5核心编程学习笔记(46):HTTP模块的编写
- 如何使用URL跳转解决Web服务80端口被封问题
- 在Ubuntu为Android硬件抽象层(HAL)模块编写JNI方法提供Java访问硬件服务接口
- 高性能Web服务器Nginx的配置与部署研究(9)核心模块之HTTP模块基本常用指令
- 在Ubuntu为Android硬件抽象层(HAL)模块编写JNI方法提供Java访问硬件服务接口
- 高性能Web服务器Nginx的配置与部署研究(10)核心模块之HTTP模块Location相关指令
- 为 SOAP/HTTP Web 服务编写可靠的客户机
- 高性能Web服务器Nginx的配置与部署研究(9)核心模块之HTTP模块基本常用指令
- 在Ubuntu为Android硬件抽象层(HAL)模块编写JNI方法提供Java访问硬件服务接口
- 在MB消息流中,如何使用ESQL来动态改变HTTPRequest的Web 服务URL?
- 在Ubuntu为Android硬件抽象层(HAL)模块编写JNI方法提供Java访问硬件服务接口
- 高性能Web服务器Nginx的配置与部署研究(10)核心模块之HTTP模块Location相关指令
- 利用.Text提供的Web服务接口进行开发出现的问题。
- 在Ubuntu为Android硬件抽象层(HAL)模块编写JNI方法提供Java访问硬件服务接口
- C# .NET VS2005加载Web服务,接口参数增多的问题?