开发者生态
evening
在使用 CDN 的欧洲公司中,近十分之九使用 Cloudflare
摘要
A content delivery network sits in front of a website. Requests hit the CDN's edge servers first, which serve cached content, terminate TLS, filter traffic, and pass the rest back to the origin. That ...
the
CDN
companies
and
behind
Cloudflare
than
not
European
where
2026-09-08
1 阅读
约7分钟阅读
adulion
字号:
内容交付网络位于网站前面。请求首先到达 CDN 的边缘服务器,这些服务器提供缓存内容、终止 TLS、过滤流量,并将其余内容传回源。这意味着 CDN 是一个共享依赖项:如果它出现故障,其背后的每个站点都会一起出现故障,无论这些站点是否有其他共同点。我浏览了 CipherCue 跟踪的欧洲公司,看看哪些 CDN 在他们的网站上。在我们检测到 CDN 的 44,143 家公司中,有 39,547 家使用 Cloudflare。即89.6%。截至 2026 年 7 月 28 日,在检测到 CDN 的 44,143 家欧洲公司中,89.6% 的公司采用 Cloudflare 作为参考,W3Techs 将 Cloudflare 置于可识别反向代理提供商的 84.1% 的网站 (w3techs.com)。我们的 89.6% 采用相同的方式测量,作为已识别集合而不是所有站点的份额,因此两者很接近;这里的欧洲降价略高一些。我只统计了实际运行 CDN 的公司。如果一家公司直接从自己的来源为其网站提供服务,那么它根本不在这些数字中。所以这不是“Cloudflare 与整个网络”;而是“Cloudflare 与整个网络”。 CDN 用户就选择了这样的人。第一名和其他所有人 我们分类的四家 CDN 供应商被视为不同的公司,其中每个 CDN 供应商都被检测到: 不同的欧洲公司,其中每个 CDN 供应商都被检测到(一家公司可以出现在多个供应商下) 亚马逊排名第二,为 3,112 家,但这个数字需要注意。我们通过CloudFront来检测亚马逊,亚马逊也是一个通用的云主机,所以其中有一些是起源恰好位于AWS上的公司,而不是刻意选择CloudFront作为前门的公司。 Fastly 没有那种歧义。它是一个纯 CDN,以 1,299 家排名第三,大约是每 30 家公司就有一家落后于 Cloudflare。 Akamai 是该类别中最古老的名称,排名第四,为 396 个。原始计数总计超过 44,143 个,因为一家公司可以落后于多个供应商,并且计入每个供应商(例如,具有 AWS 来源的 Fastly 前门)。这种重复计算填补了较小供应商的总数,而不是 Cloudflare 的份额,后者是根据整个 CDN 使用集来衡量的。每个国家 将八个国家合并为一个数字隐藏了它们之间的差异,因此这里是每个国家的相同测量值。 Cloudflare 是所有这些国家中的大多数前门,但比例范围从西班牙和爱尔兰的约五分之四到荷兰的约二十分之一。 Cloudflare 背后拥有 CDN 的国家/地区 公司 Cloudflare 份额 荷兰 7,939 7,587 95.6% 英国 17,007 15,846 93.2% 波兰 2,896 2,682 92.6% 法国 4,008 3,456 86.2% 意大利 3,661 3,126 85.4% 德国5,715 4,650 81.4% 西班牙 2,001 1,576 78.8% 爱尔兰 792 624 78.8% 英国的绝对数量最多,在一个市场上有 15,846 家 CDN 使用公司,仅次于 Cloudflare。德国是大市场中最低的,为 81.4%,仍占五分之四。集中化成本 公司购买 CDN 的部分原因是弹性,而独立供应商的优势之一是它们能够独立失败。当大部分市场都支持同一供应商时,这种优势就会消失。一次事件不再是一家公司停电;当天下午,市场大部分停电。 Cloudflare 发布了过去 15 个月内发生的多起事件的事后分析。其中三个是全球性的并影响了客户:2025 年 11 月 18 日,大约 11:20 至 17:06 UTC。数据库权限更改导致机器人管理功能文件填充重复条目且大小加倍,超出了代理强制执行的限制,从而导致核心 CDN 和安全服务崩溃。 Cloudflare 的文章指出,此次中断“不是由网络攻击或任何类型的恶意活动直接或间接引起的”(blog.cloudflare.com)。 2025 年 12 月 5 日。在缓解全行业 React Server Components 漏洞时应用的配置更改导致了全球中断(Cloudflare 中断事后分析)。 2026 年 2 月 20 日,世界标准时间 17:48 开始,持续 6 小时 7 分钟。清理自动化任务读取有缺陷的 API 响应作为撤回 BYOIP 前缀的指令,其中 25% 是通过 BGP 从互联网中提取的。 Cloudflare 再次声明,该事件“不是由任何类型的网络攻击或恶意活动直接或间接引起的”(blog.cloudflare.com)。三人都没有发起攻击。双重的配置文件,在修补别人的漏洞时所做的更改,删除了太多内容的清理工作:日常内部工作达到了边缘并导致许多网站瘫痪。表中的公司不需要任何共同点就可以在 11 月 18 日一起下线。共用一个前门就足够了。这并不是 Cloudflare 草率。 Fastly 和 Akamai 也存在这样的错误;他们只是关闭了更少的网站,因为他们身后的网站更少。这就是重点。当一个供应商占据大部分市场时,它的错误就不再是它自己的问题,而是成为每个人的问题,
这篇文章对您有帮助吗?
订阅66必读
每日精选科技资讯,直达你的邮箱