架构实战营模块九作业

业务分析

1. 日活 100 万用户，假设秒杀的时候有 80 万用户参与，秒杀开始的 QPS 峰值 80 万，可预留多 20 万（100 万级）

2. 秒杀 1000 台充电宝、10 台 iphone 12，真正下单 TPS 峰值 1012（千级）

3. 老板要求万无一失，需考虑业务灾备

计算架构——负载均衡架构

QPS+TPS 属于 100 万级，采用 4 级负载均衡架构。DNS+LVS+Nginx+服务路由。

计算架构——缓存架构

QPS100 万级，采用 3 级缓存架构。分布式缓存使用 Redis 主从架构即可，因为秒杀商品数据量单台 Redis 就能存下。

存储架构

TPS 千级别，单台关系型数据库就能抗住写压力，采用 MySQL 主备架构。

高可用架构

老板要求万无一失，目前只有单机房，无多机房经验，不能步子一下子迈太大。且秒杀时刻如果发生自然

灾害的话秒杀业务停了也不会有什么影响。最可能发生的情况可能是停电、电缆光纤被挖断这种机房级别

的故障，所以优先考虑同城双中心灾备方案，机房可以作为逻辑机房去使用，架构复杂度没那么高，比较

符合当前业务量级。

可扩展架构——微服务拆分

秒杀业务 QPS 和 TPS 相差很大，微服务拆分按照性能拆分方式+按照业务方式两种方式结合使用，拆分为

商品服务、库存服务、订单服务、秒杀规则服务。秒杀规则可以使用规则引擎去实现。