电商系统微服务拆分

背景：

现在是一个创业公司的 CTO，开发团队大约 30 人左右，包括 5 个前端和 25 个后端，后端开发人员全部都是 Java，现在你们准备从 0 开始做一个小程序电商业务。

微服务拆分

所有的后端开发人员都是 Java，技术栈统一的，非常适合微服务架构。

将开发团队分为两部分业务开发团队（4 前端+18 后端）和中间件开发团队（1 前端+7 后端）。

微服务基础设施

前期的业务量不大，服务节点不会特别多，微服务框架模式采用 SDK 的方式，使用 dubbo 作为 rpc 框架。需要微基础设施有：服务发现，注册，路由，流量控制，配置中心，日志中心，MQ 中间件。分三期建设：

其中 MQ 作为第一优先级是因为业务微服务中存在异步处理依赖 MQ

业务微服务拆分

参考业界的划分，大致划分为：订单 OMS 系统，支付系统，物流系统，售后系统，1:1 方式拆分，

系统落地一步到位，人员安排基于三个火枪手的原则。

• 订单系统：2 前端+7 后端 负责（订单生产、会员，库存扣减，商品，店铺 5 个）

• 支付系统：1 前端+4 后端 负责（订单支付，支付渠道接入）

• 物流系统：0 前端+4 后端 因为前台只要展示物流轨迹，由订单完成即可

• 售后系统：3 后端，负责订单售后，订单评价。