谁也不服，Cloudflare 和Fastly 开启性能之争

11 月 21 日，Cloudflare 发布博客称，其无服务器产品“Workers”性能比竞争对手 Fastly 的产品 Compute@Edge 快了 196%，该结论是基于世界各地 Catchpoint 数据在 50 个节点上运行的测试的结果。近日，Fastly 反驳了Cloudflare 的结论，并且宣布自己的无服务器产品超过了 Cloudflare。

2021 年 11 月 8 日，Cloudflare 使用 Workers 和 Compute@Edge 的免费账户进行了测试。Cloudflare 在两个产品上运行完全相同的代码，测试代码如下：

对此，Fastly 指出，Cloudflare 没有解释为什么选择了 Catchpoint 节点。两家基础设施的位置不完全相同，测试位置选择会极大地影响结果。根据 cdnplanet 统计，两家的网络设施分布如下：

另外，Fastly 认为，虽然都是在 JavaScript 上的比较，但 Cloudflare Workers 已经是成熟且被广泛使用的产品，而 Compute@Edge 上的 JavaScript 只是测试版。Fastly 认为，公平的测试是比较 Compute@Edge 上的 Rust 与 Cloudflare Workers 上的 JavaScript 。而且，与付费帐户相比，Fastly 的免费试用帐户用途有限，两者的负载性能没有可比性。

Fastly 表示，Cloudflare 的测试只用用了一个小时，无法针对日常交通模式或异常事件进行标准化，并且容易受到随机失真效应的影响。用几乎没有计算负载、有效负载大小和平台 API 的测试来评估首字节时间 (TTFB) ，这对 Compute@Edge 的性能评估没有意义。

基于以上几点，Fastly “将节点数从 50 个扩展到 673 个” “将周期从 1 小时延长到 1 周” “用付费 Fastly 账户而不是免费试用账户” “用 Rust 而不是 JavaScript”“使用创建的 WASM 二进制文件”的条件下执行了一个测试来测量 TTFB。

结果显示，在测试的六个地区中，Fastly 在除亚洲和非洲以外的四个地区显示出了具有更小的 TTFB。特别是在北美和欧洲，Fastly 速度大约是 Cloudflare 的两倍，而在大洋洲，其速度达到了 Cloudflare 的 10 倍。Fastly 解释未使用 JavaScript 的原因：“我们知道 JavaScript 对许多客户很重要，但是我们对 JavaScript 的性能并不满意。 这也是为什么 JavaScript 仍处于测试阶段的原因。”

Fastly 成立于 2011 年，现在已经是非常成熟的 CDN 提供商，并以“实时 CDN”而闻名。Cloudflare 成立于 2009 年，提供包括 CDN、优化工具、安全、分析以及应用等服务。目前 Fastly 提供的服务，Cloudflare 也都有，两家公司的产品的相似度越来越高。

不过，Cloudflare 和 Fastly 的目标客户群有所区分。Cloudflare 偏重于中小企业用户，甚至是免费用户，所以在财报上会看到 Cloudflare 的使用者/客户总数庞大，但却不一定都是付费用户。而 Fastly 客户群仅着重在大企业用户。由于 Fastly 注重开发者，所以他们的目标更接近大企业中的工程团队，而 Cloudflare 则主要针对公司的信息团队。