TG咨询
面对活动页面、软件下载、在线课程或突发新闻访问量上升，单纯升级源站服务器往往不能解决所有问题。更有效的做法是建立清晰的CDN与源站服务器配合方案：CDN负责就近分发和吸收大量重复请求，源站负责生成页面、处理登录、提交订单等不能直接缓存的内容。
这套架构的关键不是“所有内容都缓存”，而是先判断请求类型，再决定哪些请求在边缘完成、哪些请求必须回到源站。
先划分请求：静态内容与动态内容分开处理
图片、字体、安装包、视频切片以及版本固定的样式文件，通常适合设置较长缓存时间。相同文件被不同用户重复访问时，边缘节点可以直接返回，源站只需在缓存失效或首次请求时提供文件。
用户资料、购物车、支付状态、管理后台和实时库存等内容通常不能按普通静态文件缓存。此类请求应设置绕过缓存，或只缓存不含用户身份信息的公共部分。错误地缓存动态响应，可能造成页面内容过期，甚至带来隐私风险。
缓存规则的基本安排
- 按文件扩展名、路径或响应头区分缓存对象，不要只按整个域名统一处理。
- 为带版本号的文件设置较长TTL；文件内容更新但URL不变时，采用主动刷新或较短TTL。
- 对登录、支付、搜索结果等请求默认不缓存，并检查响应中是否包含用户相关信息。
- 让缓存键包含必要的查询参数，避免不同语言、尺寸或版本的资源被错误合并。
在访问者分布较广、静态资源重复率较高的场景，缓存命中率达到约70%至95%并不罕见，但实际结果会受URL设计、资源更新频率、地区分布和缓存规则影响，不能只看一个固定数字。
CDN与源站服务器配合的落地步骤
- 整理源站内容。列出静态目录、接口路径、上传文件和后台路径，确认哪些内容允许缓存，哪些必须实时回源。
- 接入加速域名。在CDN控制台配置加速域名、源站地址、回源协议和端口，并先用测试域名或低流量时段验证。
- 设置缓存与回源策略。分别配置静态文件缓存、动态请求绕过缓存、错误响应缓存时间和查询参数处理方式。
- 限制源站暴露面。源站防火墙可只允许CDN公布的边缘节点网段访问；同时保留管理入口的独立访问控制，避免把后台接口直接暴露给公网。
- 压测并观察。使用分阶段并发测试检查首字节时间、源站CPU、内存、连接数、带宽和数据库响应，不要只观察CDN总流量。
- 准备失效与回源方案。记录发布时的缓存刷新流程，设置源站健康检查，并在单机承载不足时接入多台源站或负载均衡。
源站怎样承接无法缓存的流量
高并发下，真正容易成为瓶颈的往往是动态接口、数据库连接和源站出口带宽。CDN可以减少静态请求，却不能替代应用服务器的计算能力。源站应根据请求特点优化连接复用、应用进程数量、数据库连接池和慢查询。
当单台服务器在持续高峰时出现CPU长期超过约70%至80%、内存频繁交换、连接队列增长或响应时间持续上升，就应考虑水平扩容。多台源站可通过负载均衡分担请求，并将上传文件、图片等大对象放到对象存储，再由CDN分发，减少应用服务器的磁盘和出口压力。
缓存命中率高也要检查回源质量
缓存命中率较高并不代表架构没有问题。发布新版本、缓存集中失效或热点资源首次出现时，可能产生大量同时回源。可以采用分批刷新、预热热点文件、设置合理的过期时间，并在应用层使用请求合并，避免多个边缘节点同时重复拉取同一对象。
对于动态接口，应重点观察回源请求数、源站平均响应时间、5xx错误比例和数据库等待时间。若CDN侧延迟正常而回源延迟明显增加，问题通常在应用、数据库、网络出口或源站连接容量，而不是简单更换CDN节点。
如何比较不同方案
| 方案 | 适用情况 | 主要优点 | 需要注意 |
|---|---|---|---|
| CDN加单源站 | 流量有明显静态资源占比，业务规模中小 | 架构简单，部署和排查成本较低 | 源站故障时动态请求仍会中断 |
| CDN加多源站 | 需要提高可用性，动态请求较多 | 可分散计算和回源压力 | 要处理会话、文件同步和数据库一致性 |
| CDN加对象存储 | 图片、视频、安装包等大文件较多 | 降低源站磁盘和带宽压力 | 需要规划访问权限、生命周期和删除策略 |
选择服务商时，不应只比较峰值带宽。还要核对目标用户所在地区的节点覆盖、HTTPS证书管理、日志粒度、缓存刷新速度、回源协议、故障切换能力和计费方式。腾讯云CDN、阿里云CDN、Fastly等产品的控制项和计费细节并不完全相同，应以实际业务流量和合同规则核算。
上线后的监控重点
- CDN侧：命中率、边缘响应时间、状态码分布、带宽峰值和热点URL。
- 回源侧：回源比例、源站响应时间、连接失败、超时和5xx比例。
- 应用侧：CPU、内存、连接池、队列长度、数据库慢查询及磁盘读写。
- 发布侧：缓存刷新范围、版本切换时间和旧资源是否仍被访问。
可以先为静态资源建立基线，再逐步优化动态接口。每次修改缓存规则都应保留回滚方案，尤其要避免一次性刷新全站缓存，导致源站在短时间内承受集中回源。
常见问题
CDN能否解决所有高并发问题？
不能。它主要缓解静态内容分发和部分网络带宽压力，数据库、登录、支付等动态链路仍需要源站和应用架构支撑。
缓存时间越长越好吗？
不是。版本固定的文件可以较长缓存，频繁变化或涉及实时状态的内容应缩短TTL或绕过缓存。
为什么CDN接入后源站仍然很忙？
常见原因包括动态请求占比高、缓存规则未命中、查询参数导致缓存对象分散，或缓存集中失效造成突发回源。
是否必须部署多台源站？
不一定。单源站适合规模较小且能接受维护窗口的业务；当动态流量、可用性要求或故障影响扩大时，再评估多源站和负载均衡。
总的来说，稳定的CDN与源站服务器配合依赖合理分层：让边缘节点处理可重复内容，让源站专注动态业务，并用监控数据持续调整缓存、回源和扩容策略。
