微服务拆分的起点

--------如何拆分？

1.1现明白起点和终点

1.2需要考虑的因素与坚持的原则

起点

   -既有架构的形态

终点

   -好的架构不是设计出来的，而是进化出来的

   -一直在演进ing

-----架构的发展过程----

单一应用的架构=》垂直应用的架构=》分布式服务的架构=》流动计算的架构

--------项目适合微服务么？---------

业务形态不适合的

   - 系统包含很多很多很多事务场景

   - 业务相对稳定，迭代周期长

   - 访问压力不大，可用性要求不高

   - ......

----------康威定律-----------

沟通的问题会影响系统的设计

微服务在实现上已经上升到了管理层面了，很大程度影响团队结构

---------服务拆分--------

按照终端划分：

手机端

pc端

按照服务拆分：

订单     商品    支付

上面俩种服务拆分的方式都是不对的

------------服务拆分的方法论-----------

---------如何拆“功能”？-------

-单一职责，松耦合，高内聚

-关注点分离

     -按职责

     -按通用性

     -按粒度级别（不是越少越好）

-服务和数据的关系

      -先考虑业务功能，再考虑数据

      -无状态服务

不要期望一次服务划分就是正确的