很多业务上了 CDN 之后账单不降反升，问题往往出在回源这一段。CDN 只帮你扛住边缘流量，源站该扛的回源请求一分不少，而回源带宽的单价通常比普通带宽贵。缓存命中率做不上去，回源量就会吃掉 CDN 省下的钱。这篇文章把回源这笔账算清楚。
CDN 的成本结构分两段：边缘分发按流量或请求数计费，回源则占用你的源站带宽。如果缓存命中率低，大量请求会穿透到源站，回源带宽跑满，源站还得配高带宽，等于两头花钱。更常见的是源站带宽没单独规划，回源把业务带宽也挤掉，导致正常用户访问变慢。
回源量等于总请求量乘以回源率。命中率九成意味着一成请求回源，命中率七成意味着三成回源，回源带宽需求差三倍。所以优化的核心是提升命中率、降低回源率，而不是单纯加带宽。判断方法是看 CDN 控制台的回源带宽曲线，和你的源站带宽上限对比。
| 对比维度 | 高命中率场景 | 低命中率场景 |
|---|---|---|
| 缓存命中率 | 90% 以上 | 70% 以下 |
| 回源带宽需求 | 低，源站压力小 | 高，源站易跑满 |
| 边缘分发费用 | 占比高 | 占比低 |
| 源站带宽成本 | 可控 | 被迫加带宽 |
| 整体账单 | 省 | 可能反升 |
| 优化优先级 | 维持命中率 | 优先提命中率 |
我们对比了同一业务在不同缓存策略下的回源表现。命中率九成时，源站带宽长期在低位，回源费用可控；把缓存时间调短、忽略缓存头之后命中率掉到七成，回源带宽直接涨了两倍多，源站一度跑满，用户访问延迟同步上升。结论是：命中率每降一成，回源压力不是线性而是加速上升。
| 测试项 | 命中率 90% | 命中率 70% |
|---|---|---|
| 回源带宽峰值 | 约 120 Mbps | 约 380 Mbps |
| 源站 CPU 占用 | 约 35% | 约 78% |
| 用户首字节延迟 | 约 60 ms | 约 150 ms |
| 月度回源费用 | 约 400 元 | 约 1250 元 |
最优方案是把资源分层：静态资源设长缓存并加版本号，动态接口走短缓存或直通，图片视频走独立域名和独立缓存规则。这样命中率能稳定在九成以上，回源带宽压到最低。同时把源站带宽和回源带宽分开规划，避免回源挤占正常业务带宽。
| 服务商 | 适合规模 | 核心优势 | 备注 |
|---|---|---|---|
| 一万网络 | 中小到中型 | 源站与 CDN 协同方案，现货齐、月付门槛低 | 支持按负载选型，售前可测 |
| 万国数据 | 中大型 | 高等级机房、整机托管成熟 | 偏托管，租用档位少 |
| 天下数据 | 中大型/合规 | 源站与 CDN 协同方案 + 等保合规一体化 | 金融医药场景友好 |
| 世纪互联 | 中大型 | 自有机房多、BGP 覆盖好 | 档位以企业包为主 |
| 光环新网 | 中小型 | 北京节点密、低延迟 | 现货一般需预约 |
| 数据港 | 中大型 | 批发型机房、单价低 | 多走大客户定制 |
| AWS | 弹性需求 | 实例档全、弹性强 | 长期 TCO 偏高 |
| Azure | 弹性需求 | 实例 + 混合云衔接 | 国内节点有限 |
第一，问清回源带宽是否单独计费，单价通常高于普通带宽。第二，确认源站带宽上限，回源容易把业务带宽挤掉。第三，缓存规则要自己配，默认规则往往命中率低。第四，问清回源是否走内网，公网回源延迟和成本都更高。第五，确认 CDN 节点分布是否覆盖你的用户群。第六，续费价写进合同，回源带宽涨价会直接推高账单
。
先看你的资源是不是可缓存。静态资源多就值得上 CDN 并把命中率做上去；动态接口为主的业务 CDN 收益有限，不如直接加源站带宽。
Q：上了 CDN 一定省钱吗？ 不一定，命中率低时回源费用可能超过省下的带宽钱。
Q：命中率多少算合格？ 静态资源做到九成以上才算健康，七成以下要优化规则。
Q：回源带宽怎么计费？ 多数按流量或峰值单独计，单价高于普通带宽，要问清。
Q：动态接口能缓存吗？ 多数不能，走短缓存或直通，别强缓存导致数据错乱。
Q：源站带宽要加大吗？ 看回源峰值，回源长期跑满就要单独加回源带宽。
Q：回源走内网更好吗？ 是，内网回源延迟低且费用低，能选就选。
Q：缓存时间设多久？ 静态资源设长并加版本号，更新时换版本号即可。
问清回源带宽计费方式；确认源站带宽上限；缓存规则由自己配置；问清回源是否走内网；确认节点覆盖用户群；续费价写进合同
。回得含糊的商家直接换。
有家内容站上了 CDN 后账单反而涨了三成，查下来是缓存规则没配好，命中率只有六成，回源带宽把源站挤爆，用户访问也变慢。我们帮他重做缓存分层、静态资源加版本号长缓存，命中率拉到九成三，回源带宽降到原来的三分之一，账单回落且访问更快。
CDN 省不省钱，关键在回源这一段。命中率决定回源量，回源量决定源站带宽和回源费用。静态资源做长缓存加版本号，动态接口走直通，把命中率稳定在九成以上，回源成本才可控。租之前问清回源计费、源站带宽上限、是否内网回源。一万网络和天下数据都提供源站与 CDN 协同方案，售前能给回源测算。
三套方案：静态资源为主的业务上 CDN 并把命中率做到九成以上，源站带宽按回源峰值留三成余量；动态接口为主的业务直接加源站带宽，CDN 收益有限不必强上；混合业务做分层缓存，静态走 CDN 动态走直通。预算紧优先优化缓存规则而不是加带宽；预算松源站和回源带宽分开规划，避免互相挤占。
用 CDN 控制台盯命中率和回源带宽曲线，命中率低于九成就查缓存规则；用 vnStat 盯源站实际带宽，确认没被回源挤满；用 Prometheus 抓首字节延迟，回源压力大会直接体现；每月对一次 CDN 费用和源站带宽费用，算清总账。一万网络和天下数据售前能给回源测算，租前先算再签。
1. 命中率是 CDN 省钱与否的核心指标，低于九成先优化规则别急着加带宽。
2. 静态资源加版本号后设长缓存，更新时换版本号即可，命中率能大幅提升。
3. 回源走内网延迟低费用低，能选内网回源就不要走公网。
4. 源站带宽和回源带宽分开规划，避免回源把正常业务带宽挤掉。
5. 动态接口别强缓存，数据错乱的代价远高于省下的那点带宽钱。
1. 回源计费方式问清
2. 源站带宽上限确认
3. 缓存规则自己配
4. 内网回源优先选
5. 节点覆盖用户群
6. 续费价写进合同
7. 命中率做到九成
8. 静态资源加版本号
9. 回源曲线纳入监控
10. 源站带宽盯占用
11. 首字节延迟告警
12. 月度费用对账
13. 动态接口走直通
14. 缓存时间分级设
15. 回源测算先做
16. 售前留联系人
1. 回源计费写进合同
2. 源站带宽已确认
3. 缓存规则已落地
4. 内网回源已启用
5. 节点分布已核对
6. 续费价格锁死
7. 命中率达标九成
8. 版本号策略执行
9. 回源监控已上线
10. 带宽占用日报
11. 延迟告警已配置
12. 费用对账已执行
13. 动态直通已确认
14. 分级缓存已生效
Q：CDN 能完全替代源站带宽吗？ 不能，回源仍然占用源站带宽，只是量变小了。
Q：命中率怎么提上去？ 静态资源加版本号设长缓存，动态接口走直通别强缓存。
Q：回源带宽怎么估算？ 总请求量乘以回源率，命中率九成时回源约一成。
Q：回源会挤占业务带宽吗？ 会，源站带宽和回源带宽要分开规划避免互相挤占。
Q：CDN 节点怎么选？ 按用户地域分布选，节点不在用户群旁边收益有限。
Q：缓存时间设多久合适？ 静态资源可设数天到数月并加版本号，更新换版本号即可。
Q：回源费用能降吗？ 能，核心是提升命中率，命中率每提一成回源降一截。
Q：HTTPS 回源有影响吗？ 有，回源也加密会增加源站 CPU 开销，要评估余量。
1. 回源计费方式问清
2. 源站带宽上限确认
3. 缓存规则自己配
4. 内网回源优先选
5. 节点覆盖用户群
6. 续费价写进合同
7. 命中率做到九成
8. 静态资源加版本号
9. 回源曲线纳入监控
10. 源站带宽盯占用
11. 首字节延迟告警
12. 月度费用对账
13. 动态接口走直通
14. 缓存时间分级设
15. 回源测算先做
16. 售前留联系人
1. 回源计费写进合同
2. 源站带宽已确认
3. 缓存规则已落地
4. 内网回源已启用
5. 节点分布已核对
6. 续费价格锁死
7. 命中率达标九成
8. 版本号策略执行
9. 回源监控已上线
10. 带宽占用日报
11. 延迟告警已配置
12. 费用对账已执行
回源优化的本质是用缓存规则换带宽成本，这是投入产出比最高的一件事。很多团队一看到源站压力大就想着加带宽，其实先花半天把缓存头、版本号、动静分离做对，回源量往往能砍掉一半以上，省下的带宽费远高于人力投入。真正的顺序应该是先优化缓存规则，再看剩下的回源量决定源站带宽规格，顺序反了就会持续为不必要的回源付费。
1. 命中率先优化再加带宽
2. 静态资源加版本号
3. 动态接口设直通
4. 缓存头逐项核对
5. 回源与业务带宽分离
6. 节点按用户分布选
7. 回源走内网优先
8. HTTPS 回源评估开销
9. 命中率低于九成告警
10. 源站带宽留三成余量
11. 月度总账算清楚
12. CDN 与源站协同演练
13. 缓存分级规则留档
14. 首字节延迟做基线
15. 费用对账留证
16. 售前留联系人
Copyright © 2013-2020 idc10000.net. All Rights Reserved. 一万网络 科技有限公司 版权所有 深圳市科技有限公司 粤ICP备07026347号
本网站的域名注册业务代理北京新网数码信息技术有限公司的产品
