项目总结|【高并发】秒杀系统设计方法论

1.服务单一职责 + 独立部署 秒杀服务即使自己扛不住压力,挂掉,也不能影响别的服务
2. 秒杀连接加密 防止恶意攻击,模拟秒杀请求,1000次 / s 的去请求这个链接, 或者内部工作人员提前秒杀商品。
可以给链接加一个随机码, 秒杀开始才放出这个随机码
3. 库存预热+快速扣减 【项目总结|【高并发】秒杀系统设计方法论】秒杀是读多写少, 无需每次都实时检验库存。我们库存预热放到Redis中,信号量控制进来的秒杀请求。
4. 动静分离 nginx做好动静分离,保证秒杀和商品详情页的动态请求才到后端的服务器集群。可以使用CDN网络,分担静态资源压力。
5. 恶意请求拦截 识别非法攻击请求并进行拦截。在网关层实现拦截
6. 流量错峰 使用各种手段,将流量分担到更大宽度的时间点。 比如输入验证码才能抢,或者先加入购物车才能再提交订单。
7.限流&熔断&降级 前端限流 + 后端限流
限制次数、限制总量。比如超过的流量不放过了, 用阿里的 sentinel 组件
熔断:调用链任何一个人出现问题, 其他请求过来直接返回,而不是一直阻塞等到超时返回(会有累积效应导致都很慢)。
降级:流量太大了,快把服务器压垮了,直接把流量转到降级页面。比如 “请稍后重试”页面
熔断和降级的异同
相同点: 都是为了保护大部分服务的可用性和可靠性,防止崩溃。 用户最终体验到的都是某个功能不可用
不同的:熔断是被调用方故障,触发的系统主动规则。 降级是基于全局考虑,停止一些正常的服务释放资源。
限流
对打入服务的请求流量进行控制,使服务能够承担不超过自己能力的流量压力。用 Sentinel 组件
8. 队列削峰 把请求给队列,队列再慢慢处理。
比如双十一所有秒杀成功的请求,进入队列,慢慢创建订单,扣减库存即可。
秒杀流程 项目总结|【高并发】秒杀系统设计方法论
文章图片

    推荐阅读