互联网内卷下的系统高性能之道

点击“博客观点”获取更多图书动态

众所周知,SRE工程师有几个重要的职责:时延优化、性能优化、效率优化、稳定性优化、容量规划、应急响应等。

随着SRE在国内的流行,很多运维团队开始转型,包括一些架构师、后端工程师、系统工程师。

在 SRE 实践不断发展的背景下互联网延迟高怎么解决,有两件事需要我们注意:一是坏事,一是好事。

第一件事:互联网行业现状对技术的影响。

几年前,或者说印象深刻的2011-2019年,互联网平台蓬勃发展,团购、电商、游戏、聊天软件等等,基本上日常生活方式都进入了互联网。

正是因为互联网的快速发展,我们选择用IT成本和人力成本来换取时间。 代码质量低、架构设计差等问题,通过投入更多成本暂时得到解决。 这样做虽然可以解决大部分性能问题,甚至隐藏架构不稳定的风险,让业务能够继续前进,但是却留下了很多技术债务。

那段时间,SRE的作用其实已经显现出来了。 国内SRE虽然起步较晚,但不断发挥其价值。

那些年,SRE工程师的核心职责中互联网延迟高怎么解决,保证稳定性和效率高于优化成本和性能。 换句话说,成本和性能也需要优化,但与其他目标相比,优先级降低了。

但2020年之后,互联网行业出现了明显的疲态,这对于我们互联网技术人员来说是一件坏事。

此时,面对“寒冬”,多数企业开始开源节流,成本优化屡次提上日程。 一些云厂商甚至为云产品客户提供了专业的成本优化解决方案。 大幅优化成本,如果单纯减少低效机器的使用,无法满足公司节省成本的迫切需求,而且一旦服务器资源减少,以往性能不佳的代码和架构问题就会浮现出来,甚至导致辛辛苦苦节省下来的成本因一次偶然的失败而被扣除,得不偿失。

因此,成本优化往往伴随着架构优化、代码重构,甚至业务逻辑优化。 简而言之,就是性能优化。 面对如此突如其来的变化,SRE工程师如何冷静面对?

第二件事:国内的SRE工程师大部分都是由运维工程师转型而来。 他们在性能优化和延迟优化方面缺乏经验。 提出这样的要求)。

一些见解独到的团队,在组建SRE团队时,除了运维工程师之外,还引入了业务开发人员、基础设施架构师、系统工程师等具有较强高并发开发经验和系统底层认知能力的成员。 性能要求非常高。 为了满足服务的SLA标准,设计了更加复杂的架构,这是传统运维人员无法实现的。 国内SRE已经开始向更高层次路线发展。 虽然这增加了SRE的技术难度,但却是一件好事,可以让我们有更全面、更深入的技术。

以下是一些常见示例。

(1)业务开发人员开发了一些动态接口。 事实上,1~2分钟的CDN缓存是可以适当配置的,但没有配置,就会导致回源请求高、带宽成本高、响应速度和性能不理想。

(2)NoSQL使用场景少,过度依赖MySQL,成本高,响应速度和性能欠佳。

(3)客户端请求的数据过多。 在实际应用中,只使用了部分数据,浪费了带宽。 数据太多甚至可能意味着数据处理操作可能过多,响应速度和性能都不是最优的。

(4)页面渲染过程中,有些数据不需要提前加载,但前端工程师设计了大量的预加载任务,导致大量的无效计算和网络开销,响应速度下降并且性能也不是最优的。

(5)业务开发者对某个接口设置了1分钟的Redis缓存,但根据业务场景,该接口的缓存实际上可以设置为10分钟,从而导致请求数略有减少,响应速度和性能尚未达到最佳。

等等,各种问题的积累大大增加了系统的资源开销,从而影响成本优化和服务性能。 高性能可以提高成本优化的效果,还可以优化业务架构、延迟等现象。 帮助我们更好的提升用户体验。

基于这两点,《高性能之道:SRE视角下的运维架构实践》从SRE工程师的职责出发,阐释了高性能之道。 通过实践,读者可以更好地理解这些职责在工作中的重要性。 互补、协同工作。

近年来,互联网行业被认真“涉足”,但这也是充分发挥SRE工程师职责的好机会。

在寒冬里闭关苦修,等待春风的到来!

延迟网络_互联网延迟高怎么解决_延迟高是网络问题吗

限时50%折扣,赶快扫描二维码抢吧!

 
发布:刘恩惠

审核:陈歆懿

 


如果喜欢本文
欢迎 在看留言分享至朋友圈 三连
<
 PAST · 往期回顾 
>
延迟高是网络问题吗_延迟网络_互联网延迟高怎么解决

书单 | 618囤书攻略,10本畅销新书拯救你的书荒!





互联网延迟高怎么解决_延迟高是网络问题吗_延迟网络

版权声明:
作者:投稿用户
链接:https://www.xdwlyx.cn/561.html
来源:网络营销圈
文章版权归作者所有,未经允许请勿转载。

THE END
分享
二维码
< <上一篇
下一篇>>