Merge branch 'jc/alimy' into dev

docs/proposal/001-关于paopao-ce的设计定位.md

@@ -46,12 +46,12 @@ paopao-ce在代码实现上采用 **单体架构模式、分层设计、功能
 
 ## 疑问
 
-1. paopao-ce主要针对哪些站点运营者？
+1. paopao-ce主要针对哪些站点运营者？      
 其实paopao-ce的运营形态有点类似WordPress，只不过WordPress是使用PHP语言开发的博客平台，提供的是博客服务，而paopao-ce提供的是类似Twitter的推文分享服务。paopao-ce 让 **个人或小组织** 可以快速、方便的部署一个提供**推文分享服务**的小站点，有限范围内形成一个友善的社交小圈子微社区。 
-1. paopao-ce是一个清新文艺的微社区，微社区的 `微` 是如何界定的？      
+1. paopao-ce是一个清新文艺的微社区，微社区的 `微` 是如何界定的？          
     * 首先从站点用户流量层面，paopao-ce的部署一般针对的是小站点，注册用户不是很多，用户流量(QPS)也不会很高，这种情形本身很契合paopao-ce对自身微社区的服务定位；
     * 从代码实现层面思考，在数据存储层面的架构设计中已经假定paopao-ce提供服务的QPS不会很高，因此不会考虑类似数据库 **分库分表** 这样的设计优化来应对数据库CRUD的流量冲击，对站点推文数据的总容量也假定是单个SQL数据库提供满足查询需求的数据容量极限。
-1. paopao-ce在代码实现上为什么采用单体架构模式？
+1. paopao-ce在代码实现上为什么采用单体架构模式？    
 一个项目的架构设计是多方面考量均衡的结果，最终的目的是满足项目的需求与长远发展。
     * 从架构模式的角度来说，单体架构模式可以满足paopao-ce对自身服务定位的需求，完全有能力承载预期的用户流量QPS，所以采用单体模式架构设计是没有问题的；
     * 从运营者的角度来说，在能保障服务质量的前提下，最看重的还是运营成本的考量。提供一项保质保量的服务，可持续性是评价一项服务的重要指标。单体架构模式的项目部署简单，成本相对于分布式架构模式的项目也更低，假设门槛也没有那么高。黑猫白猫，能抓老鼠就是好猫， 在什么阶段就用什么技术，根据部署运营场景选择适合的技术来支撑服务，才是运营者明智的选择。