Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
PaddlePaddle
Serving
提交
e673cdc1
S
Serving
项目概览
PaddlePaddle
/
Serving
接近 2 年 前同步成功
通知
186
Star
833
Fork
253
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
105
列表
看板
标记
里程碑
合并请求
10
Wiki
2
Wiki
分析
仓库
DevOps
项目成员
Pages
S
Serving
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
105
Issue
105
列表
看板
标记
里程碑
合并请求
10
合并请求
10
Pages
分析
分析
仓库分析
DevOps
Wiki
2
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
提交
Issue看板
提交
e673cdc1
编写于
7月 26, 2021
作者:
H
HexToString
浏览文件
操作
浏览文件
下载
电子邮件补丁
差异文件
add http_server and doc
上级
6dc7be7c
变更
3
隐藏空白更改
内联
并排
Showing
3 changed file
with
129 addition
and
1 deletion
+129
-1
core/general-server/proto/general_model_service.proto
core/general-server/proto/general_model_service.proto
+2
-1
core/pdcodegen/src/pdcodegen.cpp
core/pdcodegen/src/pdcodegen.cpp
+4
-0
doc/HTTP_SERVICE_CN.md
doc/HTTP_SERVICE_CN.md
+123
-0
未找到文件。
core/general-server/proto/general_model_service.proto
浏览文件 @
e673cdc1
...
...
@@ -25,7 +25,8 @@ message Tensor {
repeated
int64
int64_data
=
3
;
repeated
float
float_data
=
4
;
optional
int32
elem_type
=
5
;
repeated
int32
shape
=
6
;
repeated
int32
shape
=
6
;
// 0 means int64, 1 means float32, 2 means int32, 3 means bytes(string)
repeated
int32
lod
=
7
;
// only for fetch tensor currently
};
...
...
core/pdcodegen/src/pdcodegen.cpp
100644 → 100755
浏览文件 @
e673cdc1
...
...
@@ -280,6 +280,7 @@ class PdsCodeGenerator : public CodeGenerator {
" baidu::rpc::ClosureGuard done_guard(done);
\n
"
" baidu::rpc::Controller* cntl =
\n
"
" static_cast<baidu::rpc::Controller*>(cntl_base);
\n
"
" cntl->set_response_compress_type(brpc::COMPRESS_TYPE_GZIP);
\n
"
" uint64_t log_id = request->log_id();
\n
"
" cntl->set_log_id(log_id);
\n
"
" ::baidu::paddle_serving::predictor::InferService* svr =
\n
"
...
...
@@ -322,6 +323,7 @@ class PdsCodeGenerator : public CodeGenerator {
" baidu::rpc::ClosureGuard done_guard(done);
\n
"
" baidu::rpc::Controller* cntl =
\n
"
" static_cast<baidu::rpc::Controller*>(cntl_base);
\n
"
" cntl->set_response_compress_type(brpc::COMPRESS_TYPE_GZIP);
\n
"
" uint64_t log_id = equest->log_id();
\n
"
" cntl->set_log_id(log_id);
\n
"
" ::baidu::paddle_serving::predictor::InferService* svr =
\n
"
...
...
@@ -1023,6 +1025,7 @@ class PdsCodeGenerator : public CodeGenerator {
" brpc::ClosureGuard done_guard(done);
\n
"
" brpc::Controller* cntl =
\n
"
" static_cast<brpc::Controller*>(cntl_base);
\n
"
" cntl->set_response_compress_type(brpc::COMPRESS_TYPE_GZIP);
\n
"
" uint64_t log_id = request->log_id();
\n
"
" cntl->set_log_id(log_id);
\n
"
" ::baidu::paddle_serving::predictor::InferService* svr =
\n
"
...
...
@@ -1067,6 +1070,7 @@ class PdsCodeGenerator : public CodeGenerator {
" brpc::ClosureGuard done_guard(done);
\n
"
" brpc::Controller* cntl =
\n
"
" static_cast<brpc::Controller*>(cntl_base);
\n
"
" cntl->set_response_compress_type(brpc::COMPRESS_TYPE_GZIP);
\n
"
" uint64_t log_id = request->log_id();
\n
"
" cntl->set_log_id(log_id);
\n
"
" ::baidu::paddle_serving::predictor::InferService* svr =
\n
"
...
...
doc/HTTP_SERVICE_CN.md
0 → 100644
浏览文件 @
e673cdc1
# HTTP方式访问Server
Paddle Serving服务端目前提供了支持Http直接访问的功能,本文档显示了详细信息。
## 基本原理
BRPC-Server端支持通过Http的方式被访问,各种语言都有实现Http请求的一些库,所以Java/Python/Go等BRPC支持不太完善的语言,可以通过Http的方式直接访问服务端进行预测。
### Http方式
基本流程和原理:客户端需要将数据按照Proto约定的格式(请参阅
[
`core/general-server/proto/general_model_service.proto`
](
../core/general-server/proto/general_model_service.proto
)
)封装在Http请求的请求体中。
BRPC-Server会尝试去JSON字符串中再去反序列化出Proto格式的数据,从而进行后续的处理。
### Http+protobuf方式
各种语言都提供了对ProtoBuf的支持,如果您对此比熟悉,您也可以先将数据使用ProtoBuf序列化,再将序列化后的数据放入Http请求数据体中,然后指定Content-Type: application/proto,从而使用http/h2+protobuf二进制串访问服务。
**理论上讲,序列化/反序列化的性能从高到底排序为:protobuf > http/h2+protobuf > http**
## 示例
我们将以python/examples/fit_a_line为例,讲解如何通过Http访问Server端。
### 获取模型
```
shell
sh get_data.sh
```
### 开启服务端
```
shell
python3.6
-m
paddle_serving_server.serve
--model
uci_housing_model
--thread
10
--port
9393
```
服务端无须做任何改造。
### 客户端使用curl访问
```
shell
curl
-XPOST
http://127.0.0.1:9393/GeneralModelService/inference
-d
' {"insts":[{"tensor_array":[{"float_data":[0.0137,-0.1136,0.2553,-0.0692,0.0582,-0.0727,-0.1583,-0.0584,0.6283,0.4919,0.1856,0.0795,-0.0332],"elem_type":1,"shape":[1,13]}]}],"fetch_var_names":["price"],"log_id":0}'
```
其中
`127.0.0.1:9393`
为IP和Port,根据您服务端启动的IP和Port自行设定。
`GeneralModelService`
字段和
`inference`
字段分别为Proto文件中的Service服务名和rpc方法名,详见
[
`core/general-server/proto/general_model_service.proto`
](
../core/general-server/proto/general_model_service.proto
)
)
-d后面的是请求的数据体,json中一定要包含上述proto中的required字段,否则转化会失败,对应请求会被拒绝。
#### message
对应rapidjson Object, 以花括号包围,其中的元素会被递归地解析。
```
protobuf
// protobuf
message
Foo
{
required
string
field1
=
1
;
required
int32
field2
=
2
;
}
message
Bar
{
required
Foo
foo
=
1
;
optional
bool
flag
=
2
;
required
string
name
=
3
;
}
// rapidjson
{
"foo"
:
{
"field1"
:
"hello"
,
"field2"
:
3
},
"name"
:
"Tom"
}
```
#### repeated field
对应rapidjson Array, 以方括号包围,其中的元素会被递归地解析,和message不同,每个元素的类型相同。
```
protobuf
// protobuf
repeated
int32
numbers
=
1
;
// rapidjson
{
"numbers"
:
[
12
,
17
,
1
,
24
]
}
```
#### shape
表示数据类型,0 means int64, 1 means float32, 2 means int32, 3 means bytes(string)
#### fetch_var_names
表示返回结果中需要的数据名称,请参考模型文件serving_client_conf.prototxt中的
`fetch_var`
字段下的
`alias_name`
。
### Http压缩
支持gzip压缩,但gzip并不是一个压缩解压速度非常快的方法,当数据量较小时候,使用gzip压缩反而会得不偿失,推荐至少数据大于512字节时才考虑使用gzip压缩。
#### Client请求的数据体压缩
以上面的fit_a_line为例,仍使用上文的请求数据体,但只作为示例演示用法,实际此时使用压缩得不偿失。
```
shell
echo
' {"insts":[{"tensor_array":[{"float_data":[0.0137,-0.1136,0.2553,-0.0692,0.0582,-0.0727,-0.1583,-0.0584,0.6283,0.4919,0.1856,0.0795,-0.0332],"elem_type":1,"shape":[1,13]}]}],"fetch_var_names":["price"],"log_id":0}'
|
gzip
-c
>
data.txt.gz
```
```
shell
curl
--data-binary
@data.txt.gz
-H
'Content-Encoding: gzip'
-XPOST
http://127.0.0.1:9393/GeneralModelService/inference
```
**注意:当请求数据体压缩时,需要指定请求头中Content-Encoding: gzip**
#### Server端Response压缩
当Http请求头中设置了Accept-encoding: gzip时,Server端会尝试用gzip压缩Response的数据,“尝试“指的是压缩有可能不发生,条件有:
-
请求中没有设置Accept-encoding: gzip。
-
body尺寸小于-http_body_compress_threshold指定的字节数,默认是512。gzip并不是一个很快的压缩算法,当body较小时,压缩增加的延时可能比网络传输省下的还多。当包较小时不做压缩可能是个更好的选项。
这时server总是会返回不压缩的结果。
如果使用curl,通常推荐使用--compressed参数来设置Response压缩,--compressed参数会自动地在http请求中设置Accept-encoding: gzip,并在收到压缩后的Response后自动解压,对于用户而言,整个压缩/解压过程就像透明的一样。
```
shell
curl
--data-binary
@data.txt.gz
-H
'Content-Encoding: gzip'
--compressed
-XPOST
http://127.0.0.1:9393/GeneralModelService/inference
```
若使用-H'Accept-encoding: gzip',收到的将是压缩后的Response,您需要手动解压。
```
shell
curl
--data-binary
@data.txt.gz
-H
'Content-Encoding: gzip'
-H
'Accept-encoding: gzip'
-XPOST
http://127.0.0.1:9393/GeneralModelService/inference |
gunzip
```
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录