性能预估

性能预估分析：

• 日活用户 100 万，假定活跃用户占 40%，实际用户为 250 万，由于秒杀活动引流，参与秒杀的用户数假定 300 万，则需要存储 200 万秒杀活动相关数据。由于客户端是 app，注册和登录压力不算大。

• 浏览商品要考虑秒杀货品的请求量，按 QPS 5W 计算。

• 秒杀有效订单数为 1010，不允许超卖，tps 按 1500 计算即可。

按照百万用户规模架构进行设计即可。

存储架构设计

MySQL 数据库采用基本的主备即可

redis 采用集群模式：

计算架构设计

可扩展性设计

由于已经具有微服务基础设施，新增一个秒杀服务即可。基础上设施复用原有服务，需要做好业务预估、扩缩容规划。

高可用设计

由于只有单机房，做好单机房内存储、缓存、业务服务器的集群部署即可。