刚把业务搬到云上的团队，买服务器时多半会在带宽这一栏停下来。填小了，活动一开页面就卡；填大了，月底账单又厚一截。阿里云带宽值看着只是一个数字，但它和流量规律、计费方式、缓存架构都有关系。下面先讲清基础概念，再用两个案例把算账的过程走一遍。
带宽值是什么，和流量有什么区别
带宽值是服务器在单位时间内能传输数据的上限，常用单位是 Mbps。它决定同一时刻有多少人能顺畅访问你的网站、接口或文件。可以把它想成水管的粗细，管子越粗，单位时间内能通过的水就越多。
带宽和流量容易混在一起。带宽是上限，流量是累计用量。一台服务器设了 10 Mbps，并不代表它每秒都在跑满，多数时候可能只用了其中一小部分。分清这一点，才看得懂后面的计费选择。
两种常见的计费方式
阿里云公网带宽相关的计费方式，常见的有两类。
按固定带宽计费：提前选定一个峰值，不管实际用了多少，都按这个值付费。费用好预期，适合流量稳定、长期运行的业务。风险在于峰值定得太高，大部分时间都在空转，等于白交钱。
按流量计费：按实际传输的数据量结算，用多少付多少。适合访问高峰不固定的场景，比如促销型网站，或者刚上线、用户量还没谱的应用。代价是账单不够确定，遇到异常访问或被刷流量时，费用可能明显上涨。
两种模式没有绝对的好坏，关键看流量曲线。曲线平的业务，固定带宽更省心；起伏大的业务，按流量更灵活。
案例一：电商网站的大促压力
一家做家居用品的中型电商，平时访问量不高，服务器带宽设在 20 Mbps 左右，日常浏览和下单够用。每年 618 和双十一前后，流量会在几天内冲到平时的五到六倍。
他们最初的办法是大促前临时把带宽调到 100 Mbps，活动结束再降回来。问题有两个。一是调整需要时间，有一次活动开始半小时后才生效，前期不少用户已经遇到页面加载缓慢。二是峰值没预估准，活动第二天仍然报出带宽不足的告警。
后来他们换了思路。商品图片和静态资源迁到对象存储，再通过 CDN 分发，大量图片请求不再消耗源站带宽。首页和商品详情页加了缓存，减少重复计算和回源。然后，他们根据过去两年大促的监控数据定出峰值，留出余量，并用按流量计费兜住突发部分。调整之后，大促期间的访问体验稳定下来，全年带宽成本也比之前低了一截。
这个案例说明，带宽值最好别靠猜。先看清流量规律，再决定压力放在哪里。很多时候，先减少无效的带宽消耗，比一味加大带宽更见效。
案例二：小程序后端的成本问题
另一位开发者负责一个内容类小程序，主要推送图文和短视频。上线初期用户不多，他凭经验把带宽设到了 50 Mbps，结果每月账单远超预期，而平均带宽使用率还不到 10%。
查看监控后他发现，成本大头来自视频的直接下载，而且很多用户会在同一时间段反复请求同一批视频。他做了三件事。第一，把视频转码成多种分辨率，让移动端按网络状况选择较低码率。第二，开启 CDN 缓存，减少回源。第三，把计费从固定模式改为按流量计费，因为访问集中在晚上八点到十点，其他时段几乎没有流量。
调整后，月度费用明显下降，用户的加载速度反而更快了。带宽值合不合理，要和访问时段、内容形式放在一起看，单独盯着一个数字，很容易判断错。
怎么估算一个起步值
没有历史数据时，可以按下面的步骤先估一个数：
- 从统计工具或访问日志里拉出近两周的日均独立访问人数，再估算每人平均打开几个页面。
- 抽几个典型页面，统计图片、脚本和样式文件加起来的大小，得到单页数据量。
- 用高峰时段的访问量乘以单页数据量，算出每秒需要传输的数据，换算成 Mbps。高峰通常是日均值的好几倍，别拿日均值直接套。
- 在结果上预留 20% 到 30% 的余量作为起步值。
这只是起点。上线后要在云监控里盯住实际峰值和使用率。如果长期使用率很低，配置可能偏高；如果经常贴着上限跑，就该考虑扩容，或者先优化资源加载方式。
设置带宽时容易踩的坑
- 只比单价，不算总量。单价低不代表总成本低，把预估用量乘上单价再比较。
- 指望加带宽解决所有卡顿。如果慢在数据库查询或接口逻辑上，加带宽没有用，先用慢查询日志定位。
- 静态资源每次都回源。图片和脚本应放到 CDN 上并设置缓存时长，否则源站带宽会白白承压。
- 大促前才临时调整。扩容往往来不及，提前做压测，把峰值数据留在档案里，下次直接参考。
- 不设告警。流量异常时如果没有通知，往往要等账单出来才发现。建议给带宽使用率和流量设置阈值提醒。
最后说一句
阿里云带宽值没有统一标准数字。它取决于用户在哪里、什么时候访问、看什么内容，以及业务怎么增长。先弄清自己的流量规律，选出合适的计费方式，再靠监控持续调整，这条路比较稳。多花一点时间做分析，通常能省下不少成本，也能让用户的体验更好。
