一、如何拆功能
1.单一职责、松耦合、高内聚
2. 关注点分离
- 按职责(给服务进行分类,比如订单为一个服务、商品为一个服务)
- 按通用性(比如消息服务、用户服务、业务服务,公共的服务)
- 按粒度级别
二、服务和数据的关系
- 先考虑业务的功能、再考虑业务功能对应的数据
- 无状态服务
三、如何拆”数据”
1.每个微服务都有单独的数据存储
微服务如果共享同一个数据存储,那将紧密耦合,例如,更改一个微服务表的结构,那么可能会导致另一个微服务出现问题,拥有自己数据库后,其他服务需要避免访问别人服务的数据库,切记别为了省事方便而去共享,一个服务所拥有的数据库,只能由该服务提供API来访问
2.依据服务特点选择不同结构的数据库类型
- 服务为用于展示大量类型应采用:nosql
- 服务为搜索应采用:elasticsearch(ES)
- 服务为对事务要求极高应采用关系型数据库,例如mysql
总之要根据功能和特点来选择合适的数据库类型。
3.难点在确定边界
- 针对边界设计API
- 依据边界权衡数据冗余
