阅读 344

软件架构-解密电商系统-订单交易业务

很多人都在淘宝购买过东西,基本得流程都是一致的。

(一)订单

  • 购物车

例如:jd分为自营和多家店铺的,它的购物车比较复杂些。 购物车如果保存在session中的话,用户量比较大的情况下,tomcat承受不住。比较合理的方式是保存在redis中,来一起说下redis保存的数据格式。 针对购物车结构

  1. CartGroup(一个店铺一个CartGroup)
  2. CartPkg(一个订单就是一个包裹)
  3. 一个订单里面就是一个List

购物车分两种,登录前购物车和登录后购物车

  1. 登录前是通过redis内部保存的,key=ip_类型(pc,ios,android)
  2. 登录后是通过用户的userid,key=userId
  3. 登录前到登录后他们两者通过redis进行对比,获取最新的合并结果。

  • 下单

买个索尼电视,佳能的相机,这是2个店铺,配送方式不同,仓库也不一样,每个商家的优惠力度也不一样,有打五折的,有打七折的。例如:苹果打5折,我买10个,地址是在郑州,配送方式是从武汉,武汉仓库只有9个苹果,但是河北那边有2个,长沙有3个。按照订单理论如果武汉有11个,买10个刚刚够你买。但是现在武汉只有9个,所以直接就给你发了武汉的9个,河北的1个,够你的10个,这个就是就近原则。但是这样有个问题退单怎么办,整体退单要退一起退,反之不要退。 设计到订单的拆分合并。

订单号生成?订单防重。只要保证分布式下不重复就可以

  1. redis incr 自增
  2. 时间戳+自增变量
  3. UUID
  • 电商订单的流程梳理

t_order 订单表

t_orderdetail订单明细表

t_orderpay 支付记录表

t_ordership 订单配送表

t_orderlog订单日志表

t_express快递配送表

  • MQ实现最大特点:异步和解耦。(付款,订单状态,发布状态)

(二)统一配置文件神器-Disconf

百度disconf是一套完整的基于zookeeper的分布式配置统一解决方案。

一个分布式环境中,同类型的服务往往会部署很多实例。这些实例使用了一些配置,为了更好地维护这些配置就产生了配置管理服务。通过这个服务可以轻松地管理成千上百个服务实例的配置问题.

  • 官网介绍

github.com/knightliao/… 虽然3年没维护了,但是依然很给力

  • 文档

disconf.readthedocs.io/zh_CN/lates…

  • 介绍

  • disconf的模块架构图

  • 快速开始

这里直说pom里面的配置,具体看disconf文档写的更清楚

<dependency>
    <groupId>com.baidu.disconf</groupId>
    <artifactId>disconf-client</artifactId>
    <version>2.6.36</version>
</dependency>
<dependency>
    <groupId>org.apache.httpcomponents</groupId>
    <artifactId>httpclient</artifactId>
    <version>4.5.5</version>
</dependency>
<dependency>
    <groupId>org.apache.httpcomponents</groupId>
    <artifactId>httpcore</artifactId>
    <version>4.4.6</version>
</dependency>

复制代码

PS:订单交易的流程和在web开发中如果多项目通过统一配置文件来进行处理。

文章分类
后端
文章标签