内容分发网络(Content Delivery Network,CDN)是一组分布在不同地点的服务器,存放网站文件的副本,让访客可以从较近的位置获取内容。图片、样式表或脚本不必每次都从单一源站服务器长途传输;CDN 可从附近的边缘节点提供已缓存的副本。目标是缩短常用文件的传输距离、减轻源站负载,并在多人同时打开相同页面时更稳定地传递内容。
CDN 如何运作(通俗说明)
大多数商业网站仍有一个源站(origin):存放网站权威版本的主要托管或应用服务器。CDN 会在选定流量前,置于该源站前方:
- 访客打开页面,浏览器会请求 HTML、图片、CSS、JavaScript、字体或视频分段。
- CDN 将请求导向附近的边缘服务器(当该网站已配置好 DNS 与 CDN)。
- 若边缘已有仍然有效的缓存副本,便直接返回文件,无需再询问源站。
- 若文件不存在或已过期,边缘会向源站取回、返回给访客,并可能保留副本供附近之后的请求使用。
缓存什么,取决于你或托管方设定的规则:文件类型、缓存有效期,以及个性化或登录页是否绕过缓存。许多网站会大量缓存静态资源,同时让结账、账户和后台路径更接近源站。CDN 常与 DNS 及 SSL 证书一起使用,使流量经边缘传输时,浏览器仍看到安全连接。
对商业网站为什么重要
- 距离仍然重要。香港公司可能把网站托管在某一地区,顾客却从亚洲其他地方或海外浏览。从较近的边缘提供大型图片或脚本,可缩短等待时间。
- 繁忙时段会压垮单一服务器。宣传活动和季节高峰往往重复索取同一批图片和样式文件。在边缘缓存这些文件,可把更多源站容量留给必须在应用上执行的预约、购物车和 API 调用。
- 共用文件会被反复请求。标志、产品照片和前端程序库几乎每次访问都会用到。CDN 可响应这些重复请求,而无须每次在源站重建整页。
- 传递与检查是不同的工作。CDN 协助文件有效传送;另一方面,网站监测则检查内容或软件变更后,页面、链接和关键流程是否仍然正常。
以下为说明用例子:一家香港零售商发布附有大量产品照片的宣传页。启用 CDN 后,其他城市的购物者可在首次取文件后,从附近边缘获取这些照片;库存查询和结账仍与源站应用沟通。没有 CDN 时,即使图片未改,每次照片请求也可能要返回单一源站。
CDN 做不到的事
- 不能取代托管或应用逻辑。数据库、后台、订单处理和自定义规则仍在源站或相关后端。
- 不能单靠自己修好缓慢或故障的页面。过重的图片、阻碍加载的脚本或失效的预约表单,需要页面和应用层面的处理,单靠边缘缓存不够。
- 不能保证每位访客即时看到更新。缓存副本可能一直保留,直到规则到期,或有人在内容变更后清除缓存。
- 不能省略谨慎的 DNS 和证书管理。错误的 DNS、过期证书或设置不当的缓存规则,可导致重定向、混合内容或过时页面。
应向团队或供应商询问什么
- 哪些主机名和路径经过 CDN,哪些只走源站(例如后台、结账或 API)?
- 缓存哪些文件类型,每类在边缘保留多久才刷新?
- 内容或版本更新后,如何清除或作废缓存?
- 边缘到源站的 SSL 如何处理,谁负责续期证书?
- 若 CDN 或源站故障,有没有已记录的应急安排?
- 能否查看缓存命中率、带宽和错误码等基本指标,以及谁负责预发环境与正式环境的 DNS?
网站上线后启用 CDN,往往是更有效传递常用资产的一部分。technine.io 如何在上线后持续检查,可见我们的网站与应用监测工作,以及托管支持与 SLA。
常见问题
CDN 是否等于网站托管?
不是。托管或应用平台存放并运行网站;CDN 则在边缘节点缓存并传递选定文件。大多数商业网站需要负责内容与逻辑的源站,并可以选择在前方加 CDN 处理可重用资产。
小型香港网站是否一定需要 CDN?
不一定。若访客以本地为主、页面较轻,源站已响应良好,CDN 可以是可选项。当你提供大量媒体、服务多个地区,或宣传期间静态文件被反复大量请求时,CDN 较有用。
CDN 是否一定让每个页面更快?
不是每个页面。已缓存的静态文件往往有改善;个性化面板、搜索和结账仍可能依赖源站。缓存规则不当甚至会送出过时内容。应度量重要流程,勿假设全面加速。
使用 CDN 能否取代网站监测?
不能。CDN 影响文件如何传递;监测则检查线上网站是否仍然正常——可用性、失效链接、表单和关键流程。
