云式博客

黑盒内端服务器Timing

通过 2018年3月28日

TL;DR

云化致力于公开透明
Server-Timing可点播请求头ragma:服务器定时
我们计划在不久的将来实现“持久化”
我们希望听到您的反馈

概述

本周Perfmatters大会......性能测量并新标准喜欢服务器TimingChrome65Opera和Firefox

云纳里我们致力于透明性和问责制正因如此我非常兴奋地宣布我们现在支持服务器Timing面向所有客户今日服务器Timing可点播,但在不远的将来,我们将实现广义化-能用您的更多洞察力提高洞察力RUM系统解决之道.

我如何看待它

服务器Timing即时点播所有客户用户端可加页眉ragma:服务器定时

卷积中,可加法H-Pragma服务器定位:

Curl http://res.cloudianary.com/clinbendell/sample.jpg-H

注解

高山市 D-发送信头控制台 一号指头请求,不见字节

归根结底,你会看到

Date: Wed, 28 Mar 2018 15:22:05 GMT Content-Type: image/jpg Server-Timing: cloudinary;dur=105;start=1522250525.545;total=105 Server-Timing: akam;dur=18;start=1522250525.454;total=233;desc="~(cache~'miss~rtt~6~id~'42c1b76~pconn~1~f_pconn~1)"

或浏览器中可加Chrome扩展:

现在你可以看到你的devtops

可透过javascript查询:

window.performance.getEntries()

细节分享

第一次迭代中,我们分享数项操作细节内德克族字段中通知jsur编码化有效载荷迭代显示几个趣味细节

启动从服务器角度讲-启动时间-
总计ms-总时钟转回响应这一点很重要,如果有依存关系
durms-持续时间或fort-time满足请求从请求开始汇总到字节冲入网络响应
北特市TCP往返时间
缓存失手或失手
康南市请求计数TCP套接字
fpconn系统请求计数流出tCP套接字

注解

对,非人可读性,但这是允许Jaavascript从程序上访问这些额外字段的唯一机制

几个重要注解

有三个不同名称曝光云化,阿卡迈并快速.与不同的服务提供商相关优先从服务器输入,最后两个从CDNs输入
多重性服务器Timing项-项各取一hop沿途旅行
检查启动时间轴历史记录服务器Timing项还保留这可能是缓存点击CDN,但你仍然会看到这个项从何而来,当它添加到缓存中时等

今天我能得到什么洞察力

以下是部分趣味观察,

TCP间接费

考虑下列响应:

server-timing: cloudinary;dur=94;start=1516653847.986;total=94 server-timing: akam;dur=16;start=1516653847.922;total=207;desc="~(cache~'miss~rtt~57~id~'1ca34068~pconn~7~f_pconn~1)" server-timing: akam;dur=16;start=1516653847.879;total=278;desc="~(cache~'miss~rtt~26~id~'9ca8e39~pconn~1~f_pconn~1)"

分解自下向上(从下向上读取,因为页眉累积加法):

从浏览器的视角看,此资源摄取~400ms:

letTiming= window.properation.getEntriesresTiming.responseStart - resTiming.requestEnd!398

CDN边缘节点取278ms完成请求
失密缓存
归根结底,CDN使用父节点取207ms透视
内存缓存并需要去源
终于转机请求服务器耗时94米

时间去了哪里

浏览器到CDN需要TCP连接RTT26ms使用~100ms连接tCP
数层CDN连接等
实际思维时间为94ms
额外时间由TCP管理,而不是服务器思考时间
万一有缓存触发器免征附加税

学到的教益继续缓存很重要-见#2Souder网络性能规则缓存误差可能导致用户等待,因为TCP对线握手更多理由我们需要优化使用CDN

个性化缓存效率

有许多有趣的实验我们希望这些数据能帮助照亮个人化英雄图像因非缓存并按需生成而缓慢加载吗?缓存回信转换率是多少这些都是有趣的假设很容易观察带RUM工具Lux等词可以添加点Javascript 添加到性能仪表板上

LUX+Window.LUX//查找浏览器服务器英雄图像时令HeuImg= window.properation.getEntriesByName//测试缓存点击let缓存hit=/cache~'hit/.test//加值LUX.addata1:0

从那里很容易绘制实战撞击结果图供用户使用振奋人心

反对意见?

和所有新事物一样,有许多理由不接受或支持它下表列出我们快速考虑的反对

dev团队-我们将揭开技术欠债
对期望有几件难为情无公司完美无缺技术债务帮助提高服务质量
产品团队-这不会使我们停业吗?客户会自己建
可能吧但不似然思想自由丰富服务透明化后服务失效无法为客户提供足够价值
以客户身份,这不会减慢下载吗? 用这些附加信头下载我的用户
这也是我们共同关切的问题,也是我们想谨慎行动的原因现实中外加服务器Timing信头数为~100字节典型图像24KIB增长0.4%。这不会增加寄送用户包数, 因为多包反正为半空事前我们会观察并在不久的将来报告