架构问题--削峰填谷

本文探讨了在面对瞬时集中流量时,如何通过削峰填谷的架构设计来维持系统稳定。分析了秒杀业务中的流量挑战,提出在网关层限流、负载均衡以及使用MQ进行削峰填谷的策略。推荐使用MQ的拉取模式,根据服务处理能力控制消息消费速度,避免下游服务过载,确保系统稳定。
摘要由CSDN通过智能技术生成

削峰填谷

瞬时集中突发性的流量在系统中是很常见的问题,在系统的架构中需要针对相关的业务场景做良好的设计;不仅维护系统的稳定,还能很好的解决业务问题,提高并发性能。削峰填谷是在应对突发性流量的时候最常用的设计思想。

问题分析:体现在应用的处理请求的能力是有限的,但是请求的数量不是均衡的,通常具有瞬时性,时段性;什么意思呢,就是在某个时间端,请求的流量会突增,甚至超过系统所能处理的请求,之后可能又突降,系统空闲资源多;就形成了基于系统负载能力上下的流量高峰低谷。显然这会造成系统的不稳定,甚至系统的雪崩,所以在系统架构设计的时候需要考虑这点。

案例:​秒杀业务,上游业务发起下单请求,下游业务执行秒杀业务(库存检查,库存冻结,余额冻结,生成订单等等),下游业务处理的逻辑是相当负载的,并发能力是有限的,如果上游服务不做限流策略,瞬时可能把下游服务压垮,甚至造成雪崩,服务不可用。

策略:​通常我们会在网关层做流量的限制,就是通常说的限流;同时会部署更多的下游服务实例,来分担流量压力,就是通常说的负载均衡;但这是不够的,在实际业务场景中我们很可能没有足够的服务器资源,或者说为了某个场景使用大量服

  • 3
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值