拆分电商系统为微服务
题目
【背景】
假设你现在是一个创业公司的 CTO,开发团队大约 30 人左右,包括 5 个前端和 25 个后端,后端开发人员全部都是 Java,现在你们准备从 0 开始做一个小程序电商业务,请你设计微服务拆分的架构以及微服务基础设施选型。
【作业要求】
需要明确服务拆分思路,并且将拆分后的系统架构图画出来;
需要明确微服务基础设施选型思路,并选择一个微服务框架;
用 1~2 页 PPT 即可。
【提示】
1. 需要应用三个火枪手原则;2. 需要选择拆分方式;3. 需要选择微服务框架的模式。
解答
1. 微服务拆分
1.1 拆分依据
由于是创业公司从 0 开始做电商业务,所以采用按照业务拆分和一步到位的方式落地实施微服务。
由于是创业公司,没有技术专家,而电商是一个比较成熟的业务了,所以可以参考业界实现来拆分微服务
基于 3 个火枪手原则,25 个人可以维护 25/3=8 个微服务,所以微服务拆分成 8 个。
总结,参考业界实现按照业务一步到位的方式拆分成 8 个微服务。
1.2 拆分的微服务
阿里电商架构:
由于是从 0 开始搭建,所以可以优先实现核心业务及业务中台部分。及订单中心、会员中心、库存中心、店铺中心、商品中心和财务中心 6 大业务模块。
由于要将 6 个业务模块拆分成 8 个微服务,所以采用一对多的拆分方式。
可以安装业务流程来对微服务进行一对多的拆分,由于订单中心包含的业务比较多,所以将订单中心按照业务流程拆分成 3 个微服务。
将订单中心拆分成订单生成、订单支付和物流(包括商家发货、确认收货、交易成功)3 个微服务。
最终拆分的 8 个微服务是:订单生成,订单支付,物流,会员中心,库存中心,店铺中心,商品中心,财务中心。
2. 微服务基础设施选型
由于后端开发人员都是 Java,所以采用嵌入 SDK 式的微服务框架。
由于同一为 Java 语言,而且不需要用到 RPC,所以采用 Spring Cloud 框架搭建微服务。
使用 Spring Cloud 框架优先实现服务注册、服务发现、服务路由、服务容错。
用 Eureka 实现服务注册和服务发现
用 Feign 和 Ribbon 做远程服务调用和服务路由以及负载均衡
用 Hystrix 实现服务容错,及限流、熔断等
用 Spring Cloud Gateway 做为服务网关
版权声明: 本文为 InfoQ 作者【tjudream】的原创文章。
原文链接:【http://xie.infoq.cn/article/d507fd54a994a1c77abb0b498】。
本文遵守【CC-BY 4.0】协议,转载请保留原文出处及本版权声明。
评论