谈谈请求,负载,以及优化

本文探讨了线上服务面临的负载压力问题,主要集中在请求的拆解和优化。区分了原始请求和衍生请求,提出通过缓存优化、请求解耦、异步处理和中间层隔离等方法来降低服务端负载。同时,讨论了雪崩效应及其应对策略,强调在优化过程中应根据业务场景权衡利弊,避免过度优化。
摘要由CSDN通过智能技术生成

过气架构师现在谈技术总是没什么底气,倚老卖老一些,总觉得有些思路还是可以分享给初入行的年轻人。

很多时候,线上服务会遭遇到负载压力,会导致崩溃。那么很多时候,技术人员会说,这是请求过多导致的,这个理由很合理,毕竟服务器资源有限,请求的响应能力也有限。

但关于请求,其实是可以继续拆解和细分的。

1、原始请求,也就是用户的真实请求,比如用户访问网页,点击下载,触发某个操作,服务器受到用户的操作请求,进行处理。

通常,当我们面临请求过多的问题,需要先明确,原始请求是多少,这是衡量负载支撑合理性的最核心指标。

那么似乎很多人会认为,原始请求是不可优化的,不可裁剪的,其实未必,比如合理设置客户端缓存,在特定场景里,可以让原始请求频次大幅度下降。

草根时期的hao123就把浏览器缓存设置的非常长,十五年前的新浪架构师杨建也是玩缓存的高手,连图文直播的客户端缓存都可以优化,从而极大减轻服务端的负载压力。

2、衍生请求,在执行原始请求的过程中,程序和系统所衍生出来的请求。

比如,你访问一个网站,执行这个html的时候,会衍生出很多内嵌文件的请求,比如css,比如js,比如图标和logo,这里其实也是有很多前端优化细节,当然,这是pc时代的传统技能,现在基本无人关心了,旧文我记得提过,我也就不做无

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值