高并发的服务应当单一职责,独立部署,不要影响其他服务
秒杀链接应当加密,引入随机码,防止链接暴露或是工作人员提前秒杀
库存预热,快速扣减,库存应当在缓存中不需要实时校验,这肯定是读多写少的服务,放到redis中,信号量控制秒杀的请求即可
动静分离,nginx做动静分离,保证,秒杀和商品详情页的动态请求走后端的服务集群,使用CDN网络,分担集群压力
恶意请求拦截,识别非法Attack请求并拦截,这个需要网关层拦截,我这边只做了登录相关的拦截
流量错峰,通过验证码,加入购物车呀等其他流程将流量拆分到更大宽度的时间范围内
队列消峰,订单实际创建通过队列的形式实现,将秒杀的订单作为消息让订单队列慢慢处理,慢慢创建订单和扣减库存即可
分布式系统还需要关注稳定
因此我们还需要考虑限流熔断降级,前端限流,后端限流,限制次数,限制总量,快速失败降级运行,熔断隔离防止雪崩
Hystrix是Netflex家的套件,这边我们采用Alibaba系的Sentinel,保护服务不会被整到崩溃
我们已经采用的有Nacos,Seata,OSS,接下来就是Sentinel,PS:我真的很喜欢alibaba系的套件,真好用啊
熔断
熔断就是A服务调用B服务的功能,由于网络不稳定啊,B服务性能上限啊,导致功能时间超长了,如果这样的次数太多,我们就可以直接把B服务断路处理,凡是调用B服务的直接给返回降级数据,不必等待B服务的超长时间,这样B服务的故障就不会影响到A服务的使用,因为原版的调用是A服务发Feign请求到B服务去,等待B服务返回结果,Feign会一直尝试,但是有三秒超时时间,但是这对于高并发场景就不可用了,我们需要快速请求,快速撤离,不然A服务也受到影响了,会导致整个调用链出现问题,现在我们改为A调用B,如果在规定的时间没有返回结果,我们就直接返回失败,或是根据之前的调用结果,发现在这段高并发时期B总是掉链子,那就直接熔断B服务,避免把A服务也拖垮
降级
整个服务集群处于流量高峰期,服务器压力剧增,根据当前业务情况和流量,对一些服务和页面进行有策略的降级和停止服务,所有的调用直接返回降级数据,环节服务器的资源压力,保证核心业务能正常运行,比如注册之类的非核心业务等,直接给他降级掉
总的来说,熔断和降级本质上都是让服务不可用,区别是熔断是主动将与B服务的连接熔断断开掉,属于被调用方的故障触发整个服务集群的系统规则,降级是手动的停掉一些服务,保证核心业务的正常进行
限流则是对于服务的请求流量进行控制,使得服务可以在承担不超过自己能力范围内的流量压力
Sentinel用的是信号量隔离,并发线程数限流,Hystrix做的是线程池,每当一个请求进来,就分配一个线程过去,但是加入我们需要保护的服务数量超多,那么就会导致创建一大堆线程池,这个非常影响性能,甚至会导致我们服务宕机,Hystrix的优点是隔离非常彻底,就算是某一个服务炸了,他也只是自己的线程爆炸而已,不会影响其它人
Sentinel降级策略多,响应时间呀,异常比率呀,异常数啊都可以
Sentinel支持流量整形,预热模式,匀速器模式,预热排队模式,支持系统自适应保护
控制台,可配置规则,查看秒级监控,机器发现