diff --git a/articles/201908/kuboard-view-of-k8s.md b/articles/201908/kuboard-view-of-k8s.md
index bd51268..26473f2 100644
--- a/articles/201908/kuboard-view-of-k8s.md
+++ b/articles/201908/kuboard-view-of-k8s.md
@@ -36,7 +36,7 @@
 
   服务层里，项目数量最多的类型是实现微服务的 Spring Boot 项目。使用微服务架构，如何将单体应用的各个模块拆分成多个微服务单元，一直一个大家很关注却未能深入探讨的问题。作者设计过多个微服务系统的架构之后，认为，一个合理的服务拆分方式是以领域驱动设计的结果作为参考，可以将每一个领域的上下文边界对应为一个微服务单元。如此一来，在使用服务网关隔离的前后端分离的微服务架构中，前端微服务划的分重要依据是参与方类型 + 接入渠道，后端微服务划分的重要依据是领域设计的上下文边界。
 
-  作为一个完整的交易撮合平台，涉及到的业务领域较为庞大，例如：客户信息采集、线索收集、派单、线索跟进、下派标书、甄选报价、生成客户方案、合同处理、应收应付、绩效计算、平台方组织管理、供应商资料采集、供应商权益等数十个问题领域。合理拆分的微服务架构，可以使得企业对不同的问题领域分而治之。
+  作为一个完整的交易撮合平台，涉及到的业务领域较为庞大，涉及到数十个业务问题领域。合理拆分的微服务架构，可以使得企业对不同的问题领域分而治之。
 
 ### DevOps平台