我们知道，带宽越大，能支持同时访问的用户数越多。如果3000人在一秒内同时访问一个网页，到底需要多少带宽呢？
假设这个网页是静态的，大小为100kb，如果3000人在同一时间访问该静态页面，瞬间请求流量理论值为3000*100≈293M。
293M是什么概念？意味着网站服务器上行带宽至少要293*8=2344M！
这里稍微做下科普，为什么要乘以8，主要是单位不同的关系，一个是文件单位Byte，一个是网络传输用的单位bit，需要经过换算。
这种量级的带宽代表什么？以某云服务商为例，购买选项中只提供最大100M的带宽，价格为7000多人民币。如果你需要2000多的带宽值，妥妥的超级大客户，所付出的成本是难以想象的。
所以，3000人同时访问一个网页，显然普通网站很难达到。有一名站长曾说：“我的网站有6万名会员，日活才3200，每秒3000访问量，至少是千万甚至亿级的日活才能达到。”
的确如此，99.99%的网站不可能达到每秒3000人访问的程度。就算某个网站很厉害，达到这一量级，也远远不需要这么大的带宽。
首先，浏览器对静态页面有缓存，3000人中的一部分用户发出请求后，会从本地缓存中直接加载，不会请求远程服务器。这一部分就大大降低了所需带宽值。
其次，我们还可以采取各种策略来阻止客户端的请求占用服务器带宽，例如使用CDN。静态文件不会长期更新，使用CDN后，这个静态文件会被缓存到CDN的各个服务节点上，客户端发起请求后，就近获取该静态文件，不再经过服务器，自然也不会占用带宽了。
相比带宽，CDN的价格很低，以蔚可云为例，100GB也才19块钱。如果网站平时只有零零散散的几个访问量，只有在某一时刻会出现3000人同时访问的情况，在购买带宽的时候，也可以选择“按流量计费”，也能缓解这一问题。
针对这一讨论，网友也纷纷发表自己的看法。例如把静态文件都放在oss上，客户端请求静态资源都走oss，不会经过服务器。或者干脆对象存储+CDN静态网站托管，都不用服务器了。
你觉得还有什么方法，可以降低带宽，满足3000人在一秒内访问一个网页的需求呢？达到这个量级的网站，会是什么样的网站？欢迎留言讨论。
