拆分后的微服务

服务拆分

服务拆分（根据三个火枪手原则）

•前端有 5 个人，可以拆一大一小两个微服务。

•25 个后端 Java，可以拆八个微服务，三人一个服务，把剩下的人放在一个较大的微服务。

前端微服务架构

•购物（订单，商品，交易，店铺）

•其他（会员，库存，物流，财务）

•前端只负责展示，不受后端逻辑影响，只需要把近似的业务归在一起就可以。

后端微服务架构

•订单，商品，交易，店铺，会员，库存，物流，财务

•这八个服务刚好代表了电商的主要服务领域，所以这样划分。

一个小程序电商应该业务复杂性不高，不考虑用中台。

选择微服务框架的模式

现在都是 Java 后端开发，团队比较小，嵌入式 SDK 实现复杂度低，没有额外维护成本，不需要额外考虑高性能和高可用。

没有对 RPC 的特殊需求，所以选 Spring Cloud。