From a243bb8614217c4bba51ce20a0f4bf02ed2abdd1 Mon Sep 17 00:00:00 2001
From: Dong Daxiang <35550832+guru4elephant@users.noreply.github.com>
Date: Sat, 21 Mar 2020 09:26:13 +0800
Subject: [PATCH] Update DESIGN_DOC.md

---
 doc/DESIGN_DOC.md | 5 +++++
 1 file changed, 5 insertions(+)

diff --git a/doc/DESIGN_DOC.md b/doc/DESIGN_DOC.md
index c95d246c..90175052 100644
--- a/doc/DESIGN_DOC.md
+++ b/doc/DESIGN_DOC.md
@@ -104,6 +104,11 @@ Paddle Serving采用[baidu-rpc](https://github.com/apache/incubator-brpc)进行
 
 ### 2.3 核心执行引擎
 Paddle Serving的核心执行引擎是一个有向无环图，图中的每个节点代表预估服务的一个环节，例如计算模型预测打分就是其中一个环节。有向无环图有利于可并发节点充分利用部署实例内的计算资源，缩短延时。一个例子，当同一份输入需要送入两个不同的模型进行预估，并将两个模型预估的打分进行加权求和时，两个模型的打分过程即可以通过有向无环图的拓扑关系并发。
+<p align="center">
+    <br>
+<img src='design_doc.png'">
+    <br>
+<p>
 
 ### 2.4 微服务插件模式
 由于Paddle Serving底层采用基于C++的通信组件，并且核心框架也是基于C/C++编写，当用户想要在服务端定义复杂的前处理与后处理逻辑时，一种办法是修改Paddle Serving底层框架，重新编译源码。另一种方式可以通过在服务端嵌入轻量级的Web服务，通过在Web服务中实现更复杂的预处理逻辑，从而搭建一套逻辑完整的服务。当访问量超过了Web服务能够接受的范围，开发者有足够的理由开发一些高性能的C++预处理逻辑，并嵌入到Serving的原生服务库中。
-- 
GitLab