模块 9

秒杀架构设计：

日活百万，日活用户占 50%，总用户 200 万

1、存储性能估算

注册：200 万注册信息

登录：100 万登录信息

浏览：每个活跃用户平均浏览 20 个商品，主要集中午和晚上各 2 小时，共 2000 万访问记录

下单：20%的用户下单，平均 1 个订单，20 万订单记录

加购物车：50%的用户加入购物车，加入 2 个商品，100 万购物车记录

秒杀：日活用户中，预计 80%的用户参与，参与用户 80 万，平均每人 10 次请求，共 800 万记录

设计图：

2、计算性能估算

注册：200 万注册信息，陆续注册，可以忽略不计

登录：100 万登录信息，4 小时，峰值：100 万/3600*4 = 70 TPS

浏览：每个活跃用户平均浏览 20 个商品，主要集中午和晚上各 2 小时，共 2000 万访问记录，

峰值预计：100 万*20 个商品/3600*4 小时= 1400 QPS

秒杀：日活用户中，预计 80%的用户参与，参与用户 80 万，预计持续 1 分钟，平均每人 10 次请求，共 800 万记录，平均预计：80 万*10 次请求/60*1 分钟= 15 万 TPS，峰值预计：80 万

设计图：

3、缓存架构设计

APP 缓存

Web 容器缓存

分布式消息队列

分布式缓存

设计图：

4、可扩展架构设计

微服务拆分：用户、商品、订单、支付、购物车

设计图：

5、高可用架构设计：

因为是单机房，所以就如存储架构图，只是单机房内的高可用。