“快”的标准在不断变化。短短 100 年间，我们从地球一侧旅行到另一侧所需的时间从 28 天缩短到 17 个小时。我们为一种引起全球大流行的病毒研制出疫苗仅花了一年 —— 仅为典型时间的 10%。人工智能将完成软件开发任务所需的时间缩短了 55%。指标——以及超越现有水平的需求驱动着我们的社会前进。
Cloudflare 的专注并不在过去的指标上。我们的目标不是成为“更快的马”。相反，驱动我们的是诸如此类的问题：“它对用户而言究竟是怎样的？”，“这实际上如何加速了互联网？”，以及“这如何使客户更快？”。
这个创新周，我们将帮助用户衡量重要的指标。我们将讨论一系列主题，包括我们如何在 Zero Trust 领域是最快的，拥有最快的网络，深入探讨缓存清除，以及为什么全局清除延迟并没有人们所认为那么理想。我们还将讨论为什么“首字节时间”通常不是一个很好的指标。以及取而代之，您应该关心什么指标。
与此同时，我们也将发布一系列超棒的全新产品和功能，旨在为您和您的客户提速。从 API 加速和端到端 Brotli 11 压缩，到一键将页面加载时间缩短 30％。还有全新的应用程序性能主页。
本周我们将帮助您衡量重要的指标。我们将帮助您深入了解自己的性能，从 Zero Trust 和 API 到网站和应用程序。最后，我们将帮助您提高速度。非常快。
我们正在证明自己的产品是最快的。我们也在让用户尽可能轻松地达到同样的速度。
欢迎来到 Speed Week。
更高像素？
在现实世界中，很容易就能找到一些受到高度追捧但可能没有涉及您所真正关注问题的指标。
如果您每年都阅读那些公告，可能会认为智能手机已经演变成带有应用和天线的相机。手机厂商宣布的每一个新型号都会提到，最新型号的摄像头比上一代增加了多少百万像素。
仅像素本身并不能保证更好的图像质量。影响相机性能的因素包括传感器尺寸、镜头质量、图像处理算法以及低光性能。这种观点已经被广泛接受超过10 年，那么，为什么手机厂商继续将其作为卖点宣传，为什么用户觉得它重要呢？
同样地，互联网服务提供商的营销资料会让您相信“带宽为王”。
然而，已经有明确的证据表明，带宽并不是速度的唯一指标。就在两个月前，我们发布了一篇博客文章，指出“使家庭互联网更快与速度几乎毫无关系”，结论是 “尽管带宽起到一定作用，但连接的延迟——真正的互联网“速度”——更为重要”。文章参考了两位 MIT 研究人员最近的一篇论文，其支持以上观点，表明当带宽达到 20 Mbps 左右时，增加带宽并不能大幅提高网页加载速度。
同样，广告宣传并被客户普遍接受的比较标准是不正确的。更多带宽并不等于更快的网速。
简单来说，在评估产品选择和供应商时，您是否真正衡量对您重要的指标？或者，事后反思，您的选择是否长期深受教条主义的影响？
衡量对互联网重要的指标
类似于智能手机和 ISP 领域，Cloudflare 所在领域的用户常常使用对他们并不重要的指标来将我们与竞争对手进行比较。
大型企业使用软件，根据每个地区尽可能最低的“首字节时间”(TTFB)得分，选择性地在内容分发网络(CDN)之间转移流量。这意味着，如果 Cloudflare 突然将其在非洲地区的 TTFB 减少一半，我们可能看到该地区来自这些企业客户的流量大幅增加，但这可能并不会改善网站访问者的实际体验。
TTFB 常被用作衡量 Web 服务器响应请求速度的指标，常见的 Web 测试服务也会报告这个指标。理论上，TTFB 越快，Web 服务器性能越好。然而，多年前我们就已经知道，TTFB 本身并不能公正地反映实际性能。
接收第一个字节并不能确定良好的最终用户体验，因为大多数页面在初始文档请求之后会加载其他阻塞渲染的资源。TTFB 不考虑 HTTP/2 和 HTTP/3 多路复用的好处，即允许浏览器并行加载文件。该指标也不考虑其他功能，例如 Early Hints、Zaraz、 Rocket Loader 、HTTP/2 和即将推出的 HTTP/3 Prioritization(消除渲染阻塞）。
正如 Sitespect 去年写道，“TTFB 是衡量 Web 服务器能够快速响应请求并在各个网络层之间传输请求到用户浏览器所需时间的指标。它是内容交付速度的一个指标，但它不是衡量终端用户在能够开始与您的网站进行交互之前实际等待多长时间的指标。TTFB 完全忽略了网络层之后发生的所有事情：加载、下载资源、渲染等。换言之，TTFB 不是以用户为中心的度量标准，而是网络度量标准。”
Cloudflare 全力支持以实时用户监控 (RUM)作为未来的网站性能标准。我们正在对此进行大力投资，包括观察角度和优化角度。本周，我们将发布一系列新产品，旨在帮助用户了解其最终用户(即网站访问者)的实际体验，并提供有关如何改善体验的建议。
如果您不熟悉 RUM，我们通常针对三个主要指标对网站进行优化，即所谓“核心 Web 指标(Core Web Vitals)”。这一组关键指标被认为是衡量网站性能好坏与否最佳、最准确的指标。这些关键指标包括最大内容绘制时间(Largest Contentful Paint，LCP)、首次输入延迟(First Input Delay，FID)和累计布局位移(Cumulative Layout Shift，CLS)。
LCP 衡量加载性能，通常是加载在浏览器中可见的最大图像或文本块所需的时间。FID 衡量交互性能。例如，从用户点击或轻触按钮，到浏览器响应并开始执行操作之间的时间。最后，CLS 衡量视觉稳定性。CLS 的一个好或坏的例子是，当您用手机访问一个网站时，点击一个链接，页面在最后一秒移动，这意味着您点击了您不想点击的东西。那将是较低的 CLS 分数，因为它造成了糟糕的用户体验。
查看这些指标可以让我们了解最终用户在网站上获得的真实体验(RUM)，而不是最近的 Cloudflare 数据中心多快开始返回数据(TTFB)。
RUM 的另一个好处是，其包括旨在改善客户体验的新协议和特性的速度优势。例如，TTFB 是客户端与最近的 Cloudflare 服务器之间的单个连接。这完全有异于 Web 浏览器连接到网站的方式，后者使用多路复用同时并行获取多个文件。还有其他产品，例如 Early Hints，其利用“服务器思考时间”向浏览器发送指令，以便在服务器编制完整响应的同时开始加载可用的资源。
在 Speed Week 期间，我们将深入探讨为什么 TTFB 对网站和 Web 应用程序而言不是一个理想的衡量指标，为什么 RUM 是未来，并将发布一篇博客文章介绍最新核心 Web 指标 “Interaction to Next Paint”(INP)，以及它对企业的意义。
我们还将推出一款全新的产品，它将成为 Cloudflare 应用程序性能的新家。新产品将用实时用户监控数据来增强全球各地合成测试的结果，为管理员就网站在真实世界中的性能表现提供最佳理解。本产品将面向所有计划级别提供。
我们是最快的，而且可以证明
Cloudflare 速度快已经不是秘密。
然而，我们有多快，以及在多少领域快，对一般读者而言可能并不明显。最快的计算。最快的 DNS。最快的网络。最快的 Zero Trust 网络访问(ZTNA)。最快的安全 Web 网关(SWG)。最快的对象存储。我们正在寻找在经验上不是最快的领域，并希望证明我们是第一。
我们还在寻找方法，将客户尽快从传统供应商和应用程序迁移到 Cloudflare。这些传统供应商使用混乱的术语和艰涩难懂的功能，将客户锁定在次优产品上，导致它们不敢轻易转移。我们正在帮助这些客户逃离这种困境。 Super Slurper 帮助客户从 S3 迁移出来，Turpentine 帮助将传统 VCL 设施迁移到 Cloudflare，Descaler 项目帮助客户在几小时内从 Zscaler 迁移到 Cloudflare。我们正在构建各种工具和产品，以帮助那些想要转移到最快的网络但被锁定的客户。
Speed Week 期间，我们将介绍关于这些项目的最新情况，以及我们如何不懈努力，使希望迁移到 Cloudflare 并将其业务放置在最快网络上的客户尽可能快速、简便地完成这个过程。
在任何产品领域，性能都是最重要的
谈到性能改进，一般是通过提高网站速度的角度来看的。但速度有很多形式。以 Zero Trust 为例。
衡量 Zero Trust 性能很重要，因为它会影响员工的体验以及他们完成工作的能力。无论是通过访问控制产品访问服务，通过安全 Web 网关连接到公共互联网，还是通过远程浏览器隔离保护有风险的外部站点，所有这些体验都需要流畅、无摩擦。但是，如果公司的安全 Web 网关位于伦敦，而您身处约翰内斯堡呢？这可能意味着员工需要等待流量发送到伦敦并回传，给员工造成痛苦、缓慢和令人沮丧的体验。Slack 速度变慢。Zoom 也快不起来。员工沮丧不已。
然而，更大的问题是不知道这些性能问题。例如，如果公司每位员工都身处办公室，并且与关键业务系统(例如 Salesforce 或 Workday)的连接变差，那么情况很快就显而易见。但是，如果是一支分布在全球各地的远程员工团队呢？企业需要了解员工使用关键业务系统的体验，并识别他们可能遇到的任何连接和性能问题，以确保问题能迅速得到解决。在 Speed Week 期间，我们将推出最新的 Zero Trust 产品，这些产品将为 CIO 和企业提供有关员工性能体验的强大洞察。
Speed Week 将显示 Cloudflare 是最快的 Zero Trust 提供商。我们的分析将提供最新的基准比较，并包含更多竞争对手，以展示我们如何超越所有人，为员工提供最快的 Zero Trust 体验。
本周我们的另一个重点是缓存清除(cache purge)。当您考虑 CDN 时，通常将其视为一个大型分布式缓存。访问者请求的文件会从源获取并存储在全球分布的 CDN 服务器上。这使访问者可以通过从最近的 Cloudflare 数据中心获取文件，无需跨越互联网前往源服务器，从而尽可能快地下载文件。 TTFB 测量从最近位置接收单个文件所需的时间。 RUM 测量接收多个文件(包括已缓存和未缓存的文件)，并将它们组合成所请求的网页所需的时间。但是，当源服务器上的文件更改时会发生什么呢？
如果企业将价格书作为可下载文件托管在网站上，了解从 Cloudflare 缓存中删除旧副本所需的时间非常重要，这将确保客户不会看到不正确的价格。这就是衡量缓存清除时间变得重要的情况了。从 CDN 网络中每个数据中心的每台服务器中删除已失效文件(旧文件)所需的时间称为“全局清除时间”。在 Speed Week 期间，我们将解释我们如何构建我们的全新缓存清除架构，使其达到极快速度，并介绍其性能数据（剧透：快到令人难以置信）。
以上只是我们本周计划内容的几个例子。我们还准备发布关于 AI、API 加速、开发人员平台、网络、协议、压缩、流式传输、UI 优化等方面的博客文章。
速度是 Cloudflare 的核心所在。
Cloudflare 将性能置于我们一切工作的核心之中。
欢迎关注 Cloudflare 博客和社交媒体帐号，获取本周所有新闻，并在 Cloudflare TV 观看我们有关每天发布内容的实时讨论。
欢迎来到 Speed Week。