一个比较好奇的问题，假如说某个购物网站日活用户5百万的话（不考虑秒杀），
假如说这些用户都集中在中午12点到1点，晚上8点到10点，每个人平均点击20-30次，5百万x25/(3x60x60)=11574/s(也就是每秒要处理11574下)，
然后再假如这个商场做的比较全面，有订单，库存，会员，优惠券，用户信息等，那么包括下单，浏览操作，11574下里有1000个人下单，剩下的人浏览。
计算需要的内存：1000x60KB(假如说一个下单需要操作的对象的大小是60KB(包括订单，库存，优惠券等))+10574x10KB(假如说用户浏览的信息是10kb(不包括图片))=165740KB=>166MB =>理论上一台服务器就够了。
计算需要的带宽：使用百兆带宽的服务器，每秒传输的记为12MB/s,假如说要传输的也是166Mb（实际肯定比这少）=>需要14台服务器，
然后配一个算力比较高的服务器。
=> 日活500w的购物网站需要10几台服务器就够了？？总觉得哪里不太对呢，照这么算的话，淘宝的服务器几百台不就够了？ : )
你这一堆条件放这儿……
这是个系统性的问题，按你的想发设计系统只能是一个demo版本。线上系统远比你想象的要复杂。按你的逻辑百度就一个输入款一个按钮，用不了几台服务。为了保障系统稳定和快速，服务器都是几何级上升。
按你的假设5百万同时在线的话，一个人打开淘宝首页的请求就有将近100个，打开25个页面平均每个页面50个请求，5025500w/（3*3600）=625,000/s。
就这一个点就超出你计算的60倍了，其他估算也在这个倍数以上。
淘宝不能这么算，那是一个地区一套，根据你的地理位置，访问最近的服务器，也就是这个城市的，一个城市一套服务器系统，