什么是 CDN，Cloudflare 如何成为领先服务商

CDN 是什么

内容分发网络是一组分布式服务器，可通过比应用源站服务器更靠近用户的位置交付内容。源站仍是权威来源，网络边缘的 CDN 服务器则会存储可复用的响应、终止连接，并转发需要由应用处理的请求。

这些边缘服务器被组织为接入点，通常称为 PoP。一个 PoP 可以包含许多机器，并直接连接到本地互联网服务商、移动运营商、云网络和其他传输网络。CDN 通常会根据网络状况把访客路由到合适的 PoP，而不只是选择地理距离最近的位置。

没有 CDN 时，每个请求都会到达源站或其负载均衡器。靠近源站的访客可能很快收到响应。另一大陆上的用户则需要跨越更多网络，每次建立连接或应用往返都会增加延迟。再快的服务器也无法消除信号跨越长距离所需的时间。

假设一个应用在呈现有用内容前需要完成三次连续交互。往返时间为 90 毫秒时，这些交互在传输和处理时间之前就会带来约 270 毫秒延迟。若把连接端点移到往返时间为 20 毫秒的边缘位置，这一过程可减少约 210 毫秒。实际结果取决于路由、拥塞、协议复用，以及请求的响应是否已被缓存。

CDN 并不是一组完整的迷你网站。某个边缘节点可能保存一张热门图片，另一个节点却没有副本。它可能缓存公开文档一小时，却转发每一条经过身份验证的 API 请求。缓存会根据请求属性、响应头、已配置规则和可用容量进行填充和刷新。

CDN 也不同于 Web 托管。托管服务运行源应用、保存权威数据并生成响应。CDN 是位于这些基础设施前方的反向代理。一些服务商如今提供边缘计算和存储，因此应用的一部分可以在其网络上运行，但这不会自动迁移数据库或其余后端。

这种区别说明了 CDN 的核心承诺：减少可避免的距离和源站重复工作。它无法让低效的应用程序变快，也无法修复缓慢的数据库查询，更无法在请求无法缓存时弥补过载的源站。

CDN 如何处理每个请求

CDN 会在边缘位置接受用户连接，检查能否在那里生成有效响应，并且只在必要时联系源站。DNS 和 Anycast 路由通常会在缓存决策前将流量导入服务商网络。

一个典型请求会经历五个阶段：

1. DNS 返回与 CDN 关联的地址，而不是直接暴露源站。
2. 网络将连接路由到可用的边缘位置，CDN 在那里协商 TLS 和 HTTP 协议。
3. 边缘节点根据协议、主机名、请求目标、查询参数和选定响应头等属性计算缓存键。
4. 存在有效匹配项时即为缓存命中。未命中、绕过或条目过期时，边缘会联系上层缓存或源站。
5. CDN 将响应发送给用户，并可能保存符合条件的副本以供后续请求使用。

Anycast 允许许多设施通告同一组地址范围。互联网路由随后会将连接带往可达的通告位置。这通常会让用户抵达附近的设施，但路由策略和对等互联可能使另一个设施的表现优于地理位置最近的设施。

缓存新鲜度主要由 HTTP 响应头和 CDN 规则决定。源站可能返回：

Cache-Control: public, max-age=300, s-maxage=3600, stale-while-revalidate=60
ETag: "build-4821"

在此示例中，浏览器可复用响应五分钟，而共享缓存可将其视为新鲜内容一小时。在指定的重新验证窗口内，兼容的缓存可在检查更新版本时返回旧副本。ETag 支持条件验证，内容没有改变时可避免传输完整响应。

生存时间只是决策的一部分。标为 private 或 no-store 的响应不应进入共享缓存。携带授权凭据的请求，以及设置会话 Cookie 的响应，也需要谨慎处理。在共享标识符下缓存个性化 HTML，可能把一个用户的内容暴露给另一个用户。

缓存键决定哪些请求可以复用同一份已存响应。纳入所有跟踪参数会为相同内容创建许多副本，降低命中率。忽略会改变响应的参数则可能返回错误内容。语言、设备类型、租户身份、选定 Cookie 和压缩支持，只有在会改变服务器发送内容时才应放入标识符。

清除会在正常过期前移除已存副本。它适合紧急修正，但频繁的全局清除会丢掉预热缓存条目，增加源站负载。部署时使用带版本的资源名称更安全：新 HTML 引用新的资源名称，旧的不可变文件可继续缓存，直到没有客户端再请求它们。

缓存未命中不是失败。对新的、过期的、罕见的或刻意不可缓存的内容来说，这是正常结果。良好的 CDN 配置应缓存安全且有价值的响应，而不是强迫每个请求都进入存储。

CDN 能改善什么，又无法解决什么

当配置与应用匹配时，CDN 可改善交付速度、源站效率、韧性和外围防护。提升幅度取决于用户位置、内容复用情况、缓存策略以及仍会到达后端的工作量。

最明显的改善是降低连接延迟。TLS 协商在访客附近完成，可复用内容避免一次源站往返，持久连接减少重复建连工作。现代协议在存在丢包或连接频繁变化的移动网络上也可能表现更好。这些优势可以降低首字节时间并改善页面体验指标，但不会消除阻塞渲染的脚本、过大的客户端包、布局偏移或缓慢的浏览器执行。

源站卸载可以降低基础设施和数据传输成本。假设某服务每月从源站发送 8 TB 可缓存文件。如果 CDN 从边缘存储提供其中 92% 的字节，那么在重新验证流量和运营开销之前，普通未命中造成的源站传输约为 640 GB。实际财务结果取决于托管服务商的出口费用、CDN 套餐、请求费用、转换费用和付费路由功能。

分布式网络可以承接突发流量，而不把每个重复文件请求都发送到同一台服务器。它也能将用户引离不健康的边缘设施。配置了源站故障切换后，符合条件的流量可发送到备用后端。若数据库发生故障、两个源站依赖同一组件，或每个请求都需要实时应用处理，这些能力都不能保证可用性。

反向代理形成了一道安全边界。它可以丢弃大规模攻击流量、执行防火墙和速率规则，并让源站地址不出现在常规 DNS 响应中。如果旧 DNS 记录、电子邮件头、直连主机名或第三方服务泄露了源站，而源站防火墙仍接受任意互联网流量，这道边界就会失效。

应用安全仍由所有者负责。CDN 无法自行纠正失效的授权、不安全的数据访问、暴露的密钥、有漏洞的依赖项或业务逻辑滥用。托管防火墙规则可减少常见攻击流量，但需要监控和调优，避免误报和漏掉应用特有的威胁。

有些工作负载获益很少。与源站处于同一设施的私有应用本来就有很低的网络延迟。每次请求都独一无二的响应无法从共享缓存获得多少收益。大文件上传仍可能消耗源站容量，边缘代理还增加了一处需要了解超时、请求体大小或响应头限制的位置。

实际判断标准是：CDN 减少的延迟、传输和风险，是否超过它增加的费用和运营复杂度。应使用真实流量衡量，而不是假定每个分布式网络都能改善每个应用。

CDN 在现代应用中的位置

只要许多用户会请求可复用内容，或能受益于附近的连接端点，CDN 就有用。静态网站仍是最简单的场景，但软件下载、API、媒体交付、SaaS 应用、移动客户端和联网设备都会以不同方式使用边缘网络。

常见部署模式包括：

• 静态网站资源：为图片、字体、样式表、脚本、文档和其他公开文件设置较长的新鲜期和带版本的名称。
• Web 应用外壳：在边缘交付初始 HTML 和前端包，再从经过身份验证的服务获取账户数据。
• API：在客户端附近终止 TLS、复用上游连接、限制滥用调用方，并只缓存明确公开或已安全隔离的响应。
• 视频和大文件：将热门分片或下载内容存储在观众附近，避免发布或直播活动压垮源站。
• 移动端和设备分发：高效交付已签名的应用包、固件、地图和媒体，同时保留更新验证。

动态流量比静态文件需要更多谨慎。GET 和 HEAD 响应若包含公开数据并定义明确的新鲜度规则，可能可以缓存。修改数据的请求通常应到达应用。经过身份验证的响应应绕过共享存储，除非设计有意隔离条目并能证明身份不会冲突。

GraphQL 和类似 API 风格使一刀切的缓存变得困难，因为一个端点可生成许多不同响应。持久化操作、规范化请求体、应用生成的替代标识符或专用 API 缓存可能有帮助，但前提是授权和失效行为已明确。

流媒体依赖小型媒体分片和自适应码率变体，而不是一次传输一个巨大的视频。活动期间，热门分片具有很高复用率。罕见录制内容可能需要上层缓存或持久 CDN 存储，以避免重复从源站获取。版权执行、签名访问、地理限制和播放器行为仍是独立的设计问题。

多区域 SaaS 产品常用 CDN 提供应用外壳和公开资源，同时由流量管理器为实时数据选择应用区域。边缘可以减少连接成本，但用户所在区域必须查询另一地区保存的数据时，无法消除数据库距离。数据放置和一致性仍决定了很大一部分交互延迟。

对于 Koder.ai 项目，一个实用的拆分方式是缓存公开的 React 包、字体和媒体，同时由 Go 服务继续对请求授权，PostgreSQL 保持在应用层之后。只要保留发布签名和更新控制，Flutter 应用包可以使用 CDN 交付。如果将 Cloudflare 放在 Koder.ai 自定义域名前方，应与托管设置确认所需 DNS 配置，并在迁移生产流量前完成测试。源代码导出也让团队能够在自行管理的基础设施上部署后采用相同模式。

当应用开发者定义响应语义时，缓存最有效。CDN 运营人员不应猜测响应是否公开、何时失效，或哪些请求属性会改变它。

如何衡量 CDN 服务商

应根据应用的用户位置、流量类型、可靠性目标、安全需求和运营模式来衡量 CDN 服务商。没有任何单一基准能确定普遍的领先者，因为服务商会因地区、运营商、协议、缓存状态和功能配置而不同。

有价值的比较涵盖五个维度：

• 覆盖和互联：查看靠近真实用户的设施、与其网络的对等互联、源站连接能力以及对所需国家或地区的支持。
• 性能：测量首字节时间、下载时间、缓存行为、连接错误和多个百分位的页面体验。
• 可靠性：审查服务承诺、事故历史、流量调度、源站故障切换、控制平面行为和支持响应。
• 安全和合规：比较 DDoS 覆盖、防火墙控制、机器人和速率工具、日志、证书管理、数据位置和审计需求。
• 运营和成本：纳入配置、自动化、可观测性、支持、迁移工作、附加功能、请求费用和源站出口费用。

仅看设施数量是很弱的性能指标。某服务商可能在一座城市运营，却没有与客户所用运营商良好对等互联。另一个服务商设施更少，但通往关键网络的路由更好。请求所服务的位置也可能在拥塞或维护期间变化。

应同时使用合成测试和真实用户监控。Catchpoint、ThousandEyes 和 WebPageTest 等合成系统可从受控位置提供可重复的测试。浏览器测量可揭示真实访客所使用的设备、运营商、无线状况和页面行为。SpeedCurve 和内部浏览器遥测可以收集此类信息。W3Techs 或 BuiltWith 的采用报告显示某服务商被使用的频率，但采用率不是速度测试。

把评估作为受控试验进行：

1. 按地区、设备类别、内容类型和流量时段记录仅源站的基线。
2. 为每位候选服务商配置可比较的缓存、TLS、压缩和安全策略。
3. 分别测试冷未命中、热命中、重新验证、动态响应、大对象和上传。
4. 在不危及生产数据的情况下模拟源站不健康和流量突然增加。
5. 将实测收益与完整月度账单以及运营每个方案所需的工程时间对比。

中位数延迟会掩盖体验最差的用户。在样本量足够时跟踪 p50、p75、p95 和 p99。将边缘时间与源站时间分开，避免把缓慢后端归咎于 CDN。比较首次访问和重复访问，并区分可缓存字节与请求数。

缓存命中率也需要两种视角。请求命中率表示边缘无需源站回答请求的频率。字节命中率表示边缘承担了多少传输量。少量大视频可能带来较高的字节命中率，而数千个小型 API 请求仍会到达后端。

可靠性测量应包括边缘错误、源站错误、DNS 故障、TLS 故障、超时和成功的故障切换。若仪表板在事故期间不可用，或配置变更传播过慢，名义上的可用性百分比说明不了多少。

安全比较需要针对工作负载的测试。确认合法客户端能通过速率限制，托管规则不会拦截真实购买或 API 调用，日志可提供足够的调查证据，且源站直连已关闭。合规认证只有在签约服务和配置的数据流处于其范围内时才有意义。

这一流程让“领先者”一词有了实际含义。对特定应用而言，领先的服务商是在可接受的成本和运营风险下满足实测目标的那一家。

为什么 Cloudflare 被视为领先服务商

Cloudflare 被视为领先的 CDN 服务商，是因为它在同一网络上结合了广泛的网络覆盖、高采用率、易于使用的入门套餐、安全服务和可编程应用交付能力。它的地位源自这种组合，而不是在每种工作负载中都能证明排名第一。

Cloudflare 于 2010 年推出，可过滤不需要的流量并改善网站交付。缓存和 DDoS 防御共用同一套反向代理架构，客户无需在源站安装设备即可获得性能和防护。公司后来将该网络扩展到 DNS、应用安全、私有访问、开发者计算、存储和媒体服务。

其网络覆盖 125 多个国家和地区的 330 多座城市，并与超过 13,000 个其他网络互联。这种广度让 Cloudflare 有很多机会在接入服务商附近交换流量。Anycast 让面向客户的同一服务地址可在这些设施中运行，团队无需为每个区域创建单独的公开端点。

易用性促进了采用。小型网站可从免费套餐起步，大型组织可购买付费控制、支持、合同承诺和专业网络服务。仪表板和 API 将 DNS、代理、证书、缓存、流量规则和安全策略置于同一个运营模型中。

共享网络还让一个请求能在同一边缘经历多种功能。Cloudflare 可终止 TLS、评估安全策略、检查缓存并调用应用逻辑，无需每一步都经过无关供应商的网络。整合可以减少集成工作，但也会增加对单一服务商配置和可用性的依赖。

若不定义衡量标准，就称 Cloudflare 为全球第一 CDN，会夸大证据。Akamai 可能更适合某些大型媒体和企业交付项目。对深度绑定 AWS 的应用，CloudFront 可能是自然选择。Fastly 为有经验的团队提供细致的交付控制。对于集中的本地受众，区域服务商可能优于全球服务商。

Cloudflare 之所以位于领先者之列，是因为它在许多评估类别中可信，且适用于规模差异很大的组织。最终决定仍需要工作负载测试、合同审查和清晰的服务商故障应对计划。

Cloudflare 缓存目前如何工作

Cloudflare 会为使用代理 DNS 记录的符合条件静态资源自动缓存，而 HTML、JSON 和个性化应用响应需要明确策略。团队应在新配置中使用 Cache Rules，并把源站响应头视为应用契约的一部分。

标记为代理的 DNS 记录会将兼容的 Web 流量发送至 Cloudflare。仅 DNS 记录会解析到配置的源站，无法通过该记录获得 CDN 缓存、HTTP DDoS 过滤或边缘防火墙处理。当有些主机名显示代理状态、另一些没有时，很容易忽略这个区别。

Cloudflare 的默认缓存行为会考虑请求方法、文件扩展名、状态码、查询字符串、响应头、Cookie 和授权等因素。静态文件类型通常符合条件。HTML 和 JSON 默认不缓存。带有严格缓存指令、Set-Cookie 响应头的响应，或某些已认证请求，通常会绕过存储。

Cache Rules 可改变缓存资格、边缘新鲜期、浏览器新鲜期、缓存标识符、查询处理方式和按响应状态的行为。现代规则可叠加，因此多个规则可能匹配同一请求，较后的冲突设置可能获胜。这与较旧的 Page Rules 不同。现有 Page Rules 仍需谨慎迁移，但新设计应使用专门的规则产品来处理缓存、重定向、源站选择和配置。

Tiered Cache 可减少直接联系源站的边缘设施数量。较低层未命中时，会先检查较高层，再向源站请求对象。Cloudflare 在标准套餐中包含 Tiered Cache 及其智能拓扑，而全球、区域和自定义拓扑的可用范围更窄。通过选定的上层集中处理未命中，可提高复用率并减少同时连接源站的数量。

Cache Reserve 在普通缓存层级之上增加持久存储。它是按用量付费的选项，适合新鲜期较长的可缓存对象。已存对象仍会按缓存策略变旧，可能需要源站重新验证。保留和新鲜度是两回事：保留决定已存副本是否仍可用，新鲜度决定 Cloudflare 能否在不检查源站的情况下发送它。

Argo Smart Routing 是一项独立付费功能，会利用网络观测为必须穿越 Cloudflare 网络前往源站的流量选择更优路径。它可能帮助动态请求和未命中，但不能替代对缓慢应用处理的修复。

在边缘证书处于活动状态时，标准套餐可为访客到 Cloudflare 的连接提供 HTTP/3。该设置不会创建 Cloudflare 到源站的 HTTP/3 连接。团队应在移动网络上测试协议结果，而不是把启用开关当作性能改善的证据。

TLS 包含两条连接：访客到 Cloudflare，以及 Cloudflare 到源站。Full strict 模式会验证源站是否提供与请求主机名匹配、有效且未过期的证书。Flexible 加密会让边缘到源站这一段未加密，不应用于源站能够支持 HTTPS 的生产应用。

安全的缓存策略遵循五项规则：

• 缓存公开、可复用的响应，默认绕过账户专属内容。
• 为带版本的资源设置长新鲜期，为文档设置符合发布需求的较短期限。
• 只有证明无关跟踪参数不会改变响应后，才移除它们。
• 修改缓存键前，测试 Cookie、授权、语言、设备和租户行为。
• 修正时进行精确清除，并监控由此产生的源站负载。

高命中率不是唯一目标。正确性、隐私、新鲜度和可预测的失效机制更重要。

Cloudflare 在缓存之外提供什么

Cloudflare 为其 CDN 添加了应用安全、源站防护、边缘计算、媒体处理和私有访问服务。这些产品共享基础设施和管理方式，但其限制、计费模式和套餐可用性不同。

主要服务组包括：

• 应用安全：DDoS 缓解、托管和自定义防火墙规则、速率限制、机器人控制、API 防护和证书服务。
• 源站防护：代理地址、网络允许列表、经认证的源站拉取、健康检查、负载均衡和出站 Cloudflare Tunnel 连接。
• 开发者平台：Workers 计算服务，以及 KV、D1、Durable Objects、R2 和 Queues 等存储与消息产品。
• 媒体服务：图片存储和转换、自动格式选择、视频摄取、编码、存储和自适应交付。
• 私有连接：面向员工、办公室和基础设施的 Zero Trust 访问、安全 Web 网关功能和网络服务。

标准 CDN 套餐包含 DDoS 防护，而防火墙规则容量、托管防护、机器人功能、分析数据保留期和支持级别各不相同。速率限制需要区分恶意自动化行为和合法突发流量，如应用启动、结账、Webhook 投递或移动客户端重试。

代理记录会向普通访客隐藏源站地址，但不会抹去此前在其他地方发布的信息。验证流量后，应将源站防火墙限制为经过批准的来源。经认证的源站拉取通过证书验证请求来自 Cloudflare。Cloudflare Tunnel 可通过创建出站连接来免除公开可路由源站地址的需求，前提是其运营模式适合该服务。

Workers 使用轻量级 V8 隔离区，在 Cloudflare 网络中运行请求处理代码。它们可以执行重定向、身份验证检查、实验、个性化、API 组合或完整的应用功能。代码不能假设可变内存在请求之间持续存在，也不能假设两个请求会到达同一个隔离区。有状态协调应交由合适的存储服务。

Cloudflare Images 可在边缘转换远程图片，或在付费套餐中存储源图片。免费 Images 层级包含每月一定额度的唯一转换，更多转换量和托管图片交付采用单独计费方式。每种不同的来源与转换组合都会影响用量，因此不受控的尺寸或质量值可能产生不必要的变体。

Cloudflare Stream 处理直播和点播视频的摄取、存储、编码和自适应交付。它是一项独立服务，并非开启 CDN 后自动免费的功能。在替换现有视频工作流前，应审查访问控制、播放分钟数、存储时长、内容权利和支持的编码输出。

Zero Trust 产品解决的问题不同于公开内容交付。它们控制用户和设备如何访问私有应用或互联网。即使这些服务运行在同一网络上，购买 CDN 也不意味着包含每项私有访问功能。

集成分析可以关联边缘流量、缓存结果、安全事件和 Worker 执行情况。保留期和详细程度取决于套餐和产品。若事故调查或审计策略要求更长记录，应将重要日志导出到组织的监控系统。

Cloudflare 与其他 CDN 服务商的比较

Cloudflare 以易于接入以及通过一个网络提供广泛服务而突出，其他服务商则可能更适合特定云平台、交付逻辑、媒体工作流或企业运营模式。比较应聚焦应用本身，而不是供应商的全球平均表现。

Cloudflare 的全区域设置通常会更改权威域名服务器，当一个服务商同时管理 DNS 和代理时很方便。必须保留另一个权威 DNS 服务的组织，应检查部分配置的可用性和套餐要求。这种差异可能在性能测试开始前就决定迁移设计。

内容已经位于 AWS 存储中且应用权限使用 AWS 身份时，CloudFront 可以减少集成工作。Fastly 适合希望在请求附近表达细致交付逻辑的团队。Akamai 长期服务于要求严格的企业和媒体项目。对于聚焦单一国家的服务，区域 CDN 可能提供更好的本地支持、付款条件或运营商关系。

使用两个 CDN 可以降低对单一边缘网络的依赖，但会引入配置漂移、不一致的缓存失效、证书协调、重复安全规则、独立日志以及更难的事故诊断。当可用性或区域性能要求超过这些运营成本时，多 CDN 架构才有理由采用。不应仅因两个供应商在无关的公开测试中看起来更快，就增加它。

因此，Cloudflare 是强有力的默认候选项，而不是自动赢家。与最相关替代方案进行短期试用，比功能数量比较更能带来可靠决策。

Cloudflare 定价与总成本

Cloudflare 定价从固定的标准套餐开始，再根据工作负载添加按用量计费的产品和定制合同。公开的 Network 和 CDN 层级价格如下：

• Free 每月 $0，面向非业务关键的个人或兴趣项目。
• Pro 按年付费每月 $20，按月付费每月 $25。
• Business 按年付费每月 $200，按月付费每月 $250。
• Enterprise 服务面向关键任务应用，采用定制年度合同。

基础层级包含 CDN 交付、权威 DNS、Universal SSL 和 DDoS 防护，但并不会让每个 Cloudflare 产品都免费。Argo 路由、负载均衡、高级证书选项、Workers 用量、图片处理、视频交付、持久缓存存储、日志访问和专业安全能力可能带来额外费用或合同条款。

应按真实流量类别估算总成本。分开统计可缓存字节、动态请求、图片变体、视频分钟数、计算调用、日志量、DNS 查询和源站传输，再对低流量、正常和高峰月份建模。还应纳入配置、监控、事故响应和策略维护所需的人员时间。

同一计算中也要考虑源站节省。付费 CDN 功能可能降低更高的云出口账单，或让源站集群规模缩小。反过来，一个本地流量不大的网站即使免费层提升了安全和连接处理，也可能几乎没有财务收益。

定价也会影响架构。团队可以为热门文件采用普通边缘缓存，为一小部分昂贵源对象采用持久存储，为罕见内容采用直接源站交付。这往往比把每项功能应用于全部流量更便宜。

如何安全地决定并部署 Cloudflare

当公开网站、应用或 API 服务于分布式用户，并且团队希望获得边缘交付、流量防护和证书管理而无需自建全球代理网络时，Cloudflare 很适合。部署应从可衡量的目标和可回退的试点开始，而不是开启一堆开关。

当政策要求完全拥有代理机器、现有供应商合同已满足需求、应用使用不受支持的协议，或数据处理必须留在严格限定的司法辖区内时，它可能不那么适合。Cloudflare 提供区域和企业控制，但必须根据组织的法律和技术要求核查签约配置。

安全部署可分为五个阶段：

1. 记录基线延迟、页面指标、错误率、源站负载、传输量和当前 DNS 值。
2. 添加域名，验证每条导入的 DNS 记录，并识别必须保持仅 DNS 的邮件或验证记录。
3. 试点低风险主机名或有限比例流量，随后确认证书、重定向、请求体、上传和应用回调。
4. 启用 Full strict 加密，限制源站直连，并尽可能先以监控模式引入安全策略。
5. 添加范围狭窄的 Cache Rules，观察未命中和绕过，再在已认证和个性化行为通过测试后逐步扩展。

域名服务器变更可能需要时间在解析器之间传播。迁移前降低相关 DNS 新鲜度可缩短过渡期，但必须足够早进行，以便已有缓存响应过期。在新服务稳定运行并覆盖有代表性的流量周期前，应保留原服务商的配置。

流量到达 Cloudflare 后，检查 CF-Cache-Status 响应头。HIT 表示 Cloudflare 返回了缓存响应。MISS 表示它没有可用副本并从上游获取。DYNAMIC 表示请求在请求时不符合缓存资格。BYPASS 通常反映阻止存储的规则或源站响应。后台重新验证期间返回旧内容时，可能出现 UPDATING。Age 响应头显示所提供的缓存条目自上次验证或重新填充以来已存储多久。

全面推广前，验证五项结果：

• 已登录用户绝不会收到其他用户的内容，且退出登录或权限变更能正确生效。
• 清除和带版本的部署会在所需新鲜度窗口内替换已变更资源。
• 源站接受预期的 Cloudflare 流量，同时拒绝未经授权的直连。
• 防火墙和速率策略允许真实浏览器、API、Webhook、搜索爬虫和无障碍工具。
• 监控能够区分边缘故障、源站故障、应用错误和被安全策略拦截的事件。

在相同百分位和相似流量时段下，将试点与基线对比。关注首字节时间、最大内容绘制、错误率、源站 CPU、开放连接和传输字节的变化。中位数更快而 p95 延迟更差，需要调查，而不是庆祝。

逐步增加缓存新鲜期。较长时间可提高复用率，但也会扩大失效出错的影响。公开的带版本资源可以长期存储。经常编辑的 HTML 需要受控重新验证或可靠的清除自动化。账户页面应保持在共享存储之外，除非应用专门为分区缓存而设计并经过测试。

在正常情况可用后也要为故障做计划。保持源站证书可续期，记录如何暂停代理，将基础设施配置保存在版本控制中，并在购买后测试源站故障切换。明确 DNS、缓存策略、安全规则、账单提醒和事故沟通的负责人。

当这套可衡量的部署流程在可接受总成本下带来显著的性能、可靠性或安全收益时，Cloudflare 就是合适的选择。其广泛网络和集成产品让它成为领先选项，而严谨的配置决定这些能力能否真正改善应用。