1、微服务框架选择

由于后端开发人员全部都是 Java，所以考虑 Java 体系的 dubbo 或 spring cloud。

通过比较 dubbo 和 spring cloud, 可以看出 spring cloud 生态更完善，可选择的替换方案也比较多。

虽然 dubbo 支持 nacos 可以解决注册中心，配置和网关问题，但在 spring cloud 体系下也依然支持 nacos。

综合评估，最后选择 spring cloud。

2、微服务拆分

借鉴业内主流的电商服务端系统架构，拆分如下

前端（共 5 人）

1）微信小程序和管理后台考虑到前端只有 5 人，拆分成两个团队的话效能会降低，所以这里只成立一个前端团队，正常情况下小程序 c 端的迭代频率会比较高，所以人数可以多一些，按 3:2 分配。

服务端（共 25 人）

1）商家服务，主要提供商家相关服务，安排 5 人

2）交易服务，提供订单、支付等服务，安排 5 人。

3）库存服务，提供中台库存服务，对商品库存进行分配，库存扣减等，安排 3 人。

4）会员服务，提供用户、会员服务，安排 3 人

5）分账服务，提供收入、支出、成本管控等服务，安排 2 人。

6）营销服务，提供商品促销、订单促销、优惠券促销等各种营销服务，安排 2 人。

7）商品服务，提供商品管理相关服务，安排 2 人。

7）仓储服务，提供商品配送等服务，安排 3 人。