初期商城架构

商城架构

  • 社区app中的:app中嵌入的电商,采用h5; 意图将app的用户转化为电商客户

系统架构

  • 全面采用,阿里云mysql,主机都部署在阿里云上面
  • mysql 主从结构,erp的数据来源于从库
  • 架构分布式,因为用户量比较大,dubbo作为服务化框架
  • 订单原子服务,交易中心,商城mall,商城cms系统,erp系统
  • 逐步拆分原则;购物车服务,优惠券服务等
  • 服务有原子服务,核心服务等,还有公司的公共组件建设

商城系统架构图

初期商城架构_第1张图片
架构划分
  • mall web是对用户端的 商城:包括 商品信息,地址信息,优惠券,广告位,购物车等操作
  • trade web是 交易系统: 包括用户的 支付交易
  • order服务 是 订单服务对订单的原子服务都在放到order服务中
  • mall cms就是 对商城的商品,优惠券等管理
  • 任务系统:定时任务的相关业务
  • 主要使用msql主从,redis缓存,kafak和ons的消息队列,全部部署在阿里云上

交易中心 流程分析

  • 在确认订单页面,客户端发起支付的时候,生成订单,状态为待付款
  • 从购物车中将取出所有产品,计算后(优惠券,直减等)生成订单
  • 购物车的没有独立成服务,简单的放在 redis中
  • 计算 看购物车的 商品是否还有,是否限购等(规则),否则跳转到购物车详情页面
  • 调用订单服务,生成订单,第三方回调后修改支付信息和订单状态,完成拆单

和erp系统的对接

  • erp系统的上游数据 直接来源商城数据的从库
  • erp系统的采购,入库,发货,物流等
  • 库存方面 共享redis可以解决

思考

  • 随着业务的反正,订单量的快速增长,这架构是满足不了发展的
  • 服务,部署耗费大量时间,因为没有运维...
  • 服务分级:web对外的无状态水平扩展,核心服务,原子服务等,灰度发布, 自动扩容等
  • 服务划分: 后期应该 抽象出: 优惠券服务 , 购物车服务等
  • 基本可以满足一定规模的

你可能感兴趣的:(初期商城架构)