促销带宽核心是稳住不丢包、不回源、不拖垮源站，需拆解静态资源、动态请求、协议开销三类带宽，分场景建模预估，并实测回源率、出口毛刺、ttfb稳定性，提前配置弹性方案。
促销活动期间的带宽冲击，核心不是“够不够”，而是“能不能稳住不丢包、不回源、不拖垮源站”。很多团队压测时带宽没爆，一上活动却卡死，问题往往出在评估维度单一——只看平均带宽，忽略峰值毛刺、回源比、协议开销和地域分布。
看懂真实带宽消耗结构
实际占用带宽 ≠ 页面标称大小 × UV。需拆解三块：
- 静态资源带宽：图片、JS、CSS 等，占大头，但可被 CDN 缓存大幅削减；关键看缓存命中率（建议目标 ≥95%）；
- 动态请求带宽：API 返回体（尤其是 JSON）、HTML 渲染结果，无法缓存，每请求都走源站；单次响应若达 200KB，1万 QPS 就产生约 1.6Gbps 出口流量；
- 协议与连接开销：HTTPS 握手、TCP 重传、HTTP/2 多路复用效率、TLS 加密损耗（实测约 +15%~20% 带宽）；高峰期连接数激增还会抬高网卡中断负载，间接影响吞吐。
按场景做分层带宽预估
别只用“历史峰值 × 2”拍脑袋。应分业务路径建模：
- 首页/活动页：按 PV × 平均页面体积 ×（1 − CDN 缓存命中率）估算回源带宽；若命中率仅 80%，意味着 20% 流量仍打源站；
- 商品详情页：注意 SKU 图片多、规格渲染复杂，体积波动大；建议取 P95 页面体积而非平均值；
- 下单/支付链路：虽请求少，但含敏感数据、强一致性校验，几乎无法缓存，必须按全量 QPS × 响应体上限预留；
- 回源突发保护：CDN 节点失效或缓存穿透时，瞬时回源可能达日常 5~10 倍；需在源站入口配置带宽熔断（如 Nginx limit_rate + burst）或前置高防清洗。
实战中必须验证的三项指标
光算数字没用，上线前要实测验证：
- CDN 回源率：通过 CDN 后台查看“回源请求数 / 总请求数”，超过 10% 就要查原因（缓存策略错、Cache-Control 写死 no-cache、URL 带随机参数等）；
- 源站出口带宽毛刺：用 iftop 或 nethogs 抓取秒级网卡流量，观察是否出现 2~3 秒内冲顶（说明有突发回源未被平滑）；
- 首字节时间（TTFB）稳定性：压测时 TTFB 若从 80ms 拉长到 400ms+，大概率是源站带宽或连接数瓶颈，不是 CPU 或数据库问题。
临时弹性方案要提前备好
预案不是“出了事再申请”，而是“签合同就写进 SLA”：
- 云厂商带宽包支持“分钟级升配”，但需提前开通弹性计费权限，并测试控制台/CLI 调用链路；
- CDN 域名开启“智能带宽调度”，自动将高延迟区域请求导向低负载节点，降低单节点出口压力；
- 对非核心接口（如用户足迹、推荐流）启用“降级带宽模式”：返回精简版 JSON（字段裁剪 + gzip 强压缩），单次响应从 120KB 压至 25KB，效果立竿见影。
