点击上方“朱小厮的博客”，选择“设为星标”

后台回复"书"，获取

后台回复“k8s”，可领取k8s资料

购物车主要作用在于：1、和传统卖场类似，方便用户一次选择多件商品去结算。2、充当临时收藏夹的功能。3、对于商家来说，购物车是向用户推销的最佳场所之一。

-     早期    -

ERP拆分；

业务服务化拆分；

WCS拆分；

购物车功能模块概况。

-     层级设计    -

-     群集设计    -

云购物车从应用层 面上设计了三个—— 交互层、业务组装，基础服（横向）每一都 由一个或多集群组成。

交互层 分为购物页 (加入购物车，车一去结算)，结算页(车二，立即购，提交订单去 支付)

业务组装层 提供标准购物车流程 ，非提供标准购物车流程  
基础服务层 外围系统数据的下发或者基本原则功能封装

云购物车从应用集群 上设计了两个—— 购物车集群、结算车集群（纵向）。

购物车集群 ：高访问量，用户信息很敏感不可丢失（购买商品的基本）
结算车集群 ：购物车结算的附加信息 ，非用户敏感级（支付配置等，配置信息可以计算出来)

-     技术架构设计    -

采用分布式设计，主要能够达到以下目标：

稳定可靠 (Stability), 系统必须提供7*24 的可靠服务，以满足需求的可靠服务。
高性能 (High (High(High-Performance)，核心系统为全站以及线下的提供服务，必须保证高性能，且在并发场景下提供可靠的服务 。
虚拟化弹性控制 (Elastic) ，计算资源能够各种场景下进行平滑地伸缩以应对相应的需求，主要是利用 VM 或者 LXCLXC 等技术。例如：大促期间快捷的扩容后 等技术。
无单点故障 (No -Single Single Single-Point Of Failure)，保证系统在任何环节都不存单点故障。
故障屏蔽自动化 (Fault Masking )，在遇到网络、 应用业务DB 等各种故障的情等各种故障的情况下，能够做到故障屏蔽的自动化、人性。

-     三级缓存    -

-     异步检查    -

-     存储异构    -

优:流程简单。
缺:流量冲击，高并发事物。

-     购物车支付方案    -

购物车支付中台的异构方案：

Nginx+LUA 聚合业务前置业务接口合并。

-     反黄牛    -

-     多维度人员特征识别    -

作者：PetterLiu

来源：https://www.cnblogs.com/wintersun/

想知道更多？扫描下面的二维码关注我

后台回复"技术"，加入技术群

后台回复“k8s”，可领取k8s资料

【精彩推荐】

• ClickHouse到底是什么？为什么如此牛逼！

• 原来ElasticSearch还可以这么理解

• 面试官：InnoDB中一棵B+树可以存放多少行数据？

• 架构之道：分离业务逻辑和技术细节

• 星巴克不使用两阶段提交

• 面试官：Redis新版本开始引入多线程，谈谈你的看法？

• 喜马拉雅自研网关架构演进过程

• 收藏：存储知识全面总结

• 微博千万级规模高性能高并发的网络架构设计