【业务背景】

1. 公司挑选选品各大电商平台上畅销和好评的商品进行销售，每个品类不超过 20 个商品，目前做了 10 个品类；

2. 秒杀商品包括 1000 个充电宝，10 台 iPhone12；

3. 日常日活用户 100w；

4. 秒杀只能在 App 端进行；

5. 老板要求万无一失；

【技术背景】

1. 技术团队以 Java 为主，已落地微服务架构；

2. 目前只有单机房；

【主要功能】

【业务流程】

【功能分析】

日活 100w，假设 80%的用户集中在早上 7 点到 9 点，中午 12 点到下午 2 点，晚上 8 点到 10 点共 6 小时中，则每秒用户量为：100w*0.8/（6*60*60）≈38 人，秒杀活动期，假设用户量是平常的 20 倍，则每秒用户量为 38*20=760 人；

1. 由于秒杀活动的用户流量远高于平常的电商活动，为避免影响当前电商系统，将独立部署秒杀系统，与当前电商系统隔离；

登录注册：基于当前电商系统实现即可，假设用户提前 3 分钟登录进入商品详情页面；

商品浏览：秒杀开始前，页面上显示倒计时并禁止抢购按钮；

商品抢购：抢购前进行验证用户的

计算架构

缓存

1. 提前将商品详情静态化，并提交到 CDN 中，并进一步缓存到 App 本地中，以减少对系统的压力;

2. 
   

3. 
   

负载均衡

由于单机房，并且初创公司，则可考虑以上三级负载均衡方案，无须考虑 DNS 以及成本较高的 F5;

存储架构

可扩展架构