首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

谁也不服,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 则主要针对公司的信息团队。

  • 发表于:
  • 本文为 InfoQ 中文站特供稿件
  • 首发地址https://www.infoq.cn/article/029RfrO3xlby7MyNsVzs
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码

添加站长 进交流群

领取专属 10元无门槛券

私享最新 技术干货

扫码加入开发者社群
领券