活动期间流量暴涨时，带宽应对的核心思路是提前压测、动态扩容、多线冗余与缓存降级四管齐下，优先保障核心业务可用性，而非盲目堆量。
带宽暴涨前：如何判断现有容量够不够用
很多团队在活动前都会问“带宽到底要买多少”，其实这个问题没有标准答案，取决于你的业务类型、用户分布和资源特征，但判断逻辑是固定的：先摸清历史峰值与增长率，再按预估流量系数倒推带宽需求。
从访问日志中提取真实带宽基线
不要只看云控制台的平均流量图,那会严重低估峰值，建议拉取最近30天的CDN或负载均衡日志，按5分钟粒度统计出峰值带宽、请求数、平均对象大小，行业共识认为，实际活动带宽需求通常是日常峰值的3到5倍，如果活动包含秒杀或大促，这个倍数还要更高。
用压测工具模拟活动流量模型
市面上常用的压测工具有Apache JMeter、wrk、Locust，云平台自带的压测服务也可以，压测时不能只打满带宽，要同步模拟连接数、新建连接速率、HTTPS握手频率，这里有个常见误区：带宽跑满不代表服务正常，因为CPU和内存可能先撑不住，压测环境建议单独搭建，避免影响线上。
预留30%以上的冗余空间
即便你的预估非常精准,也要在目标带宽之上预留至少30%的冗余，活动期间的流量曲线往往不是平滑上升，而是瞬间脉冲，比如整点开抢时，5秒内流量可能冲到预估值的两倍，没有冗余，DNS或CDN的调度还没来得及生效，源站就已经被打满。
活动期间带宽暴涨，扩容的三种主流方式
不同场景下的扩容路径完全不同,下面按使用频率排序。
临时升级云带宽包或按量计费
如果你用的是简米云、酷番云或华为云，最简单粗暴的方式是直接调大带宽上限，按量计费模式下，带宽峰值可以随时调整，活动结束后再降回来，但要注意，按量计费的账单会很吓人，建议设置好费用告警，据公开信息，部分云厂商支持“弹性公网IP”的按使用流量计费，带宽上限可设到几百Mbps甚至Gbps级别。
接入CDN分担源站带宽压力
CDN是应对流量暴涨的首选方案,因为静态资源（图片、CSS、JS、视频）通常占整体流量的70%以上，把静态内容全部交给CDN边缘节点，源站带宽消耗能大幅下降，实际操作时，需要检查CDN命中率，正常情况下应保持在90%以上，如果命中率偏低，优先排查缓存过期时间设置是否太短，或者存在大量带query string的动态请求。
多线BGP和分地域调度
如果用户分布在全国甚至全球,单点带宽扩容解决不了跨网延迟问题，建议使用多线BGP机房，让电信、联通、移动用户都能就近接入，更进一步，可以通过DNS流量调度或GSLB（全局负载均衡）把不同地域的用户指向不同机房，比如华北用户走北京节点，华南用户走广州节点，这样单地域带宽压力会显著下降。
带宽不够时，优先保住哪些业务
流量暴涨时如果带宽真的被打满,首要任务不是“都保住”，而是“保核心”，这就需要提前设计好降级策略。
区分核心接口与非核心资源
登录、下单、支付、购物车属于核心业务，必须保证带宽和计算资源，而商品详情页的轮播图、用户头像、评价图片、直播回放等属于可降级资源，活动期间可以临时将非核心资源的CDN缓存时间从10分钟拉长到24小时，或者对低优先级请求直接返回304。
开启压缩与图片格式优化
带宽不足时,压缩是成本最低的缓解手段，开启Brotli或Gzip压缩，文本类资源体积能减少60%-80%，图片方面，WebP格式比JPEG平均小25%-35%，如果CDN支持自适应格式转换，建议直接启用，据行业数据，一个图片为主的页面经过优化后，平均传输字节数能下降一半以上。
| 优化项 | 收益 | 实施难度 |
|---|---|---|
| 开启Brotli压缩 | 文本体积减少约70% | 低（CDN一键开启） |
| WebP图片转换 | 图片体积减少约30% | 低（CDN自适应） |
| 缓存时间拉长 | 回源请求减少约50% | 低（控制台配置） |
| 接口合并 | 请求次数减少约40% | 中（需前端改造） |
限流与排队，而不是直接拒绝
当带宽或后端资源接近极限时,建议在网关层做限流，比如Nginx的limit_req模块或云WAF的限流策略，可以保证每秒只放行固定数量的请求，超出部分的用户进入排队页或返回“稍后重试”的提示，这种做法比直接拒绝连接更友好，也能避免TCP重传风暴进一步消耗带宽。
带宽费用控制：怎样避免活动结束后收到天价账单
弹性扩容是有代价的,尤其按量计费模式下，带宽费用会随时间线性增长。
设置预算告警和自动封顶
主流云厂商都支持带宽费用告警,建议在活动开始前设置好短信和邮件通知，部分平台支持“带宽包”或“共享流量包”，预付费模式下单价远低于按量后付费，例如中国移动云、天翼云等运营商的带宽包往往有较大折扣，适合地域性用户占比高的业务。
对比固定带宽与按量计费的临界点
如果你统计过历史活动数据,会发现一个规律：当月均峰值带宽使用时长低于总时长的10%时，按量计费更划算；如果活动频繁，比如每周都有大促，固定带宽包可能更省钱，这个临界点需要根据你实际的价格清单来算，不能一概而论。
使用CDN流量包进一步降低单价
CDN流量包是另一个省钱利器,活动前预估好总流量，提前购买对应的流量包，价格通常比按量后付低20%-40%，注意流量包有有效期，别买太多用不完。
活动结束后，如何复盘带宽应对效果
活动结束不是终点,复盘才是下次更从容的起点。
对比预估曲线与实际曲线
把活动前预估的带宽曲线和实际曲线画在同一个坐标轴里,计算峰值误差率，如果实际峰值远高于预估，说明流量模型假设有偏差；如果远低于预估，说明冗余预留过多，成本浪费，两种结果都有价值。
检查各时段限流与降级触发记录
通过日志查看限流发生的具体时间点、影响请求数、用户地域分布，如果限流集中在某个省份，说明该地区的CDN节点覆盖不足，或者BGP链路存在瓶颈，这类数据为下一次活动提供了精确的优化方向。
更新容量规划基准
把本次活动的峰值数据、资源瓶颈、优化措施整理成文档，作为下一次活动的基线，长期积累后，你会发现预估的准确度越来越高，冗余比例可以逐步下调，成本也随之优化。
常见问题：带宽暴涨时的几个现实疑问
活动期间带宽突然打满，是先升带宽还是先调CDN？
如果源站带宽已满,CDN的命中率却不低，那就直接升带宽，如果CDN命中率很低，优先排查缓存策略和动态资源，而不是急着扩容，判断方法很简单：看CDN日志的回源比例，回源比例超过30%说明缓存未生效，先处理缓存。
多线BGP机房和单线加CDN，哪个更适合活动场景？
这取决于你的用户分布,如果用户集中在三大运营商且地域分散，多线BGP加CDN是标准配置，如果用户主要来自某一个运营商，比如某些区域性的电商平台，选择单线高带宽机房并搭配该运营商的CDN节点，性价比更高。
如何在不增加带宽的情况下提升用户体验？
可以限制视频码率和图片质量,也可以把首屏内容改为静态化，还可以通过客户端预加载在流量低峰期把资源推送到用户设备上，最有效的还是压缩和缓存，这两项没做好之前，不要急着加带宽。