互联网下行带来灵魂追问。
钱花哪去了? 产出在哪里?
动辄自建的遮羞布逐步显现,不过自建的成本可能还不是最大的负担,掣肘的可能是把不重要的事情当成了主业来做,比如:
互联网+ 比如数字化转型 比如研发效率和devops 比如可观测性
本次要“安利”的新功能叫做应用 Span 请求耗时分布显示,建议优先阅读文章:巧用 “ 火焰图 ” 快速分析链路性能
本文主要大纲如下:
名称 | 简单说明 | 作用 |
Span 请求耗时分布显示 | 在链路详情页,若当前的链路属于前端应用调用产生的 Span,在链路详情查看请求耗时分布,包括 Queueing(队列)、First Byte(首包)、Download(下载)的请求信息 | 直观查看消耗占比 |
注意:用户访问监测 SDK 必须是 2.2.10 以及上才可以看到这部分数据显示
先上效果图
环境 | 版本 |
node | v12.16.3 |
mongo | 1.8.4 |
至于前端系统,我们使用去哪开源的yapi。
使用开源系统争议比较少,而且开源系统相对比较成熟,有关去哪开源的yapi整体大概是node做back end api的同时也做web server。
有关yapi的展示如下:
过于简单,参照官网安装即可,不再赘述,同时官网有docker镜像,安装也很简单。
这里的请求耗时分布,仿照chrome tools中的timeline页面,包括
这里我们将针对各个部分进行讲解。
排队时间,如果该请求被排队,则这里会大于0。
等待响应的时间,具体来说是等待返回首个字节的时间。包含了与服务器之间一个来回响应的时间和等待首个字节被返回的时间。
用于下载响应的时间
将这三者结合来看,前端、后端、网络三者之间耗时占比一目了然。
翻译一下,如下:
这里有几点需要注意:
目前有哪些优先级别?
有关静态资源在网络请求中的优先级别,比较基础,本文暂不讨论;
谷歌给出的例子如下:
fetch('https://example.com/', {importance: 'high'})
.then(data => {
// Trigger a high priority fetch
});
复制代码
但问题来了,本身fetch的默认优先级别是啥?
因为单个源在1.0和1.1的连接数量的限制,尽快升级到2.0,可以解决一定的问题
我们以网站升级到2.0的timeline为例子进行观察。
作者:Yestodorrow
链接:https://juejin.cn/post/7193582774870081591/
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
页面更新:2024-04-19
本站资料均由网友自行发布提供,仅用于学习交流。如有版权问题,请与我联系,QQ:4156828
© CopyRight 2008-2024 All Rights Reserved. Powered By bs178.com 闽ICP备11008920号-3
闽公网安备35020302034844号