跨国电商大促期间的网络容量测算方法，不是把平日带宽简单乘以一个倍数。新手应先弄清楚高峰时每秒有多少请求、每个请求传多少数据，以及其中多少内容由 CDN 缓存，再估算入口与源站各自需要的容量。
先确认算的是哪一段网络
用户下载商品图片、页面文件时消耗的是面向用户的出口流量；未命中缓存的请求则可能回到源站，并进一步访问应用和数据库。两者不能混为一谈：用户侧带宽不足会导致页面加载变慢，源站带宽或处理能力不足则可能让动态页面、购物车和结账请求变慢。
先画出实际请求路径：用户设备、CDN、负载均衡、应用服务及第三方支付等外部服务。标明各环节部署区域和流量方向。跨洲用户访问时，网络延迟、运营商路由和跨境链路拥塞也会影响体验；单看总带宽无法判断这些问题。
从四类现成数据开始
- 峰值并发：优先查看大促前后相似活动的监控记录，确认高峰时同时活跃的用户数及持续时间。没有历史活动数据时，可用广告投放计划、预估访问量和页面停留时间建立假设，并标注不确定性。
- 请求速率：从 CDN 或应用访问日志中统计每秒请求数，分别查看商品页、搜索、购物车和结账接口。用户数不等于请求数，一个页面通常会加载多个图片、脚本和接口。
- 响应大小：结合日志或浏览器开发者工具，分别查看图片、页面资源和接口响应的平均字节数。大促更换高分辨率图片或增加营销组件，都可能改变结果。
- CDN缓存命中率：查看缓存命中情况，并尽量区分请求命中率与字节命中率。小文件请求很多时，请求命中率高不代表缓存承接了同等比例的流量。
用公式估算峰值带宽
先算用户侧流量
基础公式是：峰值带宽（比特/秒）≈每秒传输字节数×8。若按请求估算，则为峰值请求速率×平均响应大小×8。结果还会受压缩、协议开销、重试和流量突发影响，因此应把计算值视为基线，而非精确预测。
举例说明：假设某站根据自身日志估出高峰为每秒250个请求，平均响应大小约180 KB，且这些请求对应的响应都需要从该出口传出，则估算流量约为360 Mbps。若按约30%—50%的余量规划，容量约为470—540 Mbps。这个示例只展示算法；实际数据应采用自身业务记录，并确认 KB 的统计口径和响应是否压缩。
再拆分源站与 CDN
若 CDN 按字节统计的缓存命中率约为80%，且缓存内容分布与高峰流量相近，源站静态内容流量可能明显低于用户侧总流量。但动态接口、缓存规则变化和未命中突增会改变结果，不能直接把源站容量按固定比例缩小。还要分别核对负载均衡器、应用服务器、云出口或机房链路的限额。
新手可照着执行的估算流程
- 选取具有代表性的历史高峰时段，按地区和业务类型整理请求速率、响应字节数及缓存数据；没有记录时，先做分档假设，明确标出依据。
- 对商品浏览、搜索、加购、结账等路径分别计算流量，重点检查图片下载与动态接口，不要只用全站平均值掩盖尖峰。
- 将计算结果分别映射到用户侧出口、CDN回源链路和应用入口，并核对各区域及云服务配额；多条链路不能简单相加后当成单条链路容量。
- 在活动前进行逐级压测，观察吞吐、延迟、错误率和资源使用率。压力应按计划流量逐步增加，确认限流、缓存和降级策略有效；测试环境与生产环境不同，结果要留出调整空间。
- 活动期间设置告警，跟踪带宽利用率、请求速率、缓存命中率及错误率。若链路接近上限，先判断是静态资源、回源还是动态接口造成，再采取缓存、限流或扩容措施。
容量预留要留有条件
常见的规划做法是在测算峰值上增加约20%—50%的缓冲，但这不是统一标准：历史数据完整、流量平稳且可快速扩容时，可取相对低的余量；新市场、新活动机制或扩容耗时较长时，应做更保守的压力测试。最终的跨国电商大促期间的网络容量测算方法，应由监控数据、压测结果和扩容条件共同校准，而不是只依赖一个预测数字。
常见问题
只有月流量，能直接换算带宽吗？
不能准确换算。月流量没有体现高峰集中程度，应补充小时级或分钟级分布，最好进一步获取每秒请求数和传输字节数。
峰值带宽和峰值并发哪个更重要？
两者都要看。并发反映同时处理的用户规模，带宽反映数据传输速度；动态请求还可能先受应用处理能力限制。
CDN缓存命中率高，就不需要预留源站容量吗？
不是。结账等动态请求通常仍要到源站，缓存失效或配置变化也会提高回源流量，需单独估算并监控。
多大的预留余量才算够？
没有适用于所有业务的固定值。可先以测算峰值加约20%—50%作为讨论范围，再依据压测、扩容速度和突发风险调整。
