--------如何拆分?

1.1现明白起点和终点

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

起点

   -既有架构的形态

终点

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

   -一直在演进ing

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

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

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

业务形态不适合的

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

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

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

   - ......

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

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

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

微服务拆分的起点



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

按照终端划分:

手机端

pc端

按照服务拆分:

订单     商品    支付

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

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

微服务拆分的起点

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

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

-关注点分离

     -按职责

     -按通用性

     -按粒度级别(不是越少越好)

-服务和数据的关系

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

      -无状态服务

微服务拆分的起点微服务拆分的起点



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



相关文章:

  • 2021-06-05
  • 2021-11-13
  • 2021-07-05
  • 2021-11-25
  • 2021-12-08
  • 2022-01-18
  • 2022-01-12
  • 2021-11-06
猜你喜欢
  • 2021-10-28
  • 2021-10-26
  • 2021-07-15
  • 2021-06-06
  • 2022-01-09
相关资源
相似解决方案