拆分思路

1.三个火枪手原则，后端团队共有 25 人，服务可拆分为 8 个微服务。

2.创业公司从 0 到 1 开发，无历史包袱，可直接选择一步到位，按照业务进行拆分，后续业务发展壮大，再进行进一步拆分或者再按照质量进行拆分。

3.开发团队都是 java 的，无多语言的问题，再考虑到开源产品的社区活跃度，微服务框架可以选择 spring cloud。理由如下：1.spring cloud 社区活跃度高，遇到问题容易快速查到解决方案。2.相比 dubbo 具备更完善的基础设施，比较适合创业团队，因为创业团队还没有太多精力去自主研发微服务基础设施中间件。

4.微服务框架模式应该选择嵌入客户端的方式。理由：1.创业团队人员较少，选择嵌入客户端的方式可以少维护代理服务，部署和运维都会比较轻松。2.嵌入客户端的方式可用性较高，如果选择代理方式的话，需要保证代理组件的高可用，这对于创业团队来说并不容易。

架构图

说明：1.根据 3 个火枪手原则，25 人的团队理论上可以有足够精灵维护 8 个服务，但考虑到部分服务较为核心，可以多安排几个人到核心的服务，例如：订单、商品、库存、用户服务可多安排 1 个人，这几个服务分别有 4 个人来开发和维护，其余服务各 3 人即可。

2.基础设施方案需完事核心的基础设施，统一用开源方案，至少要包含：注册中心、配置中心、监控与日志以及报警、CI/CD 等。