如何拆分
1.明白起点和终点
1.1.起点：要考虑现有架构的形态。什么意思呢？是不是为了追随新的微服务潮流才使用微服务理念做系统？是不是想改进老的系统才开始做服务拆分。
1.2.终点：好的架构是进化而来的，而不是设计出来的，而且是一直在演进
2.系统是否适合微服务
2.1.系统中包含很强很强的事务场景，不适合，经典的CAP理论，如果想保证最终一致性，微服务或许不是最好的选择。
2.2.业务相对稳定，迭代周期长，不适合，成本太高。
2.3.访问压力不大，可用性要求不高的，不适合，这种类似的OA系统是杀鸡用牛刀。
3.微服务的特点
3.1.一系列微笑的服务共同组成。
3.2.单独部署，跑在自己的进程里。
3.3.每个服务为独立的业务开发。
3.4.分布式的管理
微服务和康威定律
传统的开发中，一个项目启动后我们从专业化团队中抽取一些人来开发，开发完之后，返还开发资源到团队中
微服务中，倾向于让整个团队来负责整个服务的生命周期。
