diff --git a/docs/user-guide/enterprise-practice/architecture-and-evolution.md b/docs/user-guide/enterprise-practice/architecture-and-evolution.md
index e0864ff..82da47a 100644
--- a/docs/user-guide/enterprise-practice/architecture-and-evolution.md
+++ b/docs/user-guide/enterprise-practice/architecture-and-evolution.md
@@ -1,5 +1,9 @@
 # 日志系统架构与演进
 
+我们可以打造以Loggie为核心的云原生可扩展的全链路数据平台，Loggie支持使用不同的技术选型。
+
+![loggie扩展](imgs/loggie-extend.png)
+
 在不同的业务类型、不同的使用场景、不同的日志规模下，我们可能会采用不同的日志系统架构，架构不存在好坏，只有合不合适。一个简单的场景下，使用复杂的架构搭建出来的日志系统，大概会带来运维灾难。  
 
 这里通过规模演进的视角，总结一下常见的日志系统架构，当然实际的技术选型及变种有很多，我们无法一一列出，相信你可以通过参考下文，搭建适合自己业务的架构。  
@@ -72,6 +76,10 @@
 - 使用Loggie的多Pipeline特性，将业务日志拆分发送至多个Kafka集群
 - 在大规模架构下增加前置Loggie中转集群，提前进行分流和转发
 
+最终我们可以基于Loggie，搭建一套生产级别的全链路日志数据平台。
+
+![](imgs/loggie-chain.png)
+
 
 ## 更多
 实际在落地一套完善的日志架构和平台，还需要考虑：
diff --git a/docs/user-guide/enterprise-practice/imgs/loggie-chain.png b/docs/user-guide/enterprise-practice/imgs/loggie-chain.png
new file mode 100644
index 0000000..9913b5a
Binary files /dev/null and b/docs/user-guide/enterprise-practice/imgs/loggie-chain.png differ
diff --git a/docs/user-guide/enterprise-practice/imgs/loggie-extend.png b/docs/user-guide/enterprise-practice/imgs/loggie-extend.png
new file mode 100644
index 0000000..24c4192
Binary files /dev/null and b/docs/user-guide/enterprise-practice/imgs/loggie-extend.png differ