高并发的网站架构

1.中文站单台服务器的load，vps  60，cpu load 小于1，响应时间不会超过150毫秒，服务器带宽不会超过185g。

第一个，网络带宽瞬间耗尽，服务器load瞬间飙高，服务器不能相应。数据库会提前瘫痪。

例子：旺旺弹出，图片太大，推广图片太大，审核：不能超过30%；

迅雷推广，秒杀活动，高并发的活动，自己对自己eos攻击。

并发对用户平均请求时间=用户发起请求的时间+浏览器渲染时间+服务器请求处理时间。

高性能的web服务器，内核级别的文件复制（不把数据直接读取到应用层，直接发送到网卡的），响应时间是非常恐怖的，非常的快。

高并发实例：

1688秒杀活动：做了大力推广，浩资2亿，每人限批3件，每次出88件商品，参考淘宝秒杀。秒杀并发数的评估。

并发数大概1000,。秒杀人数预估8000人，8000个并发，秒杀价1.68元。

168件商品，超过1000个人是不可能买到商品，点击秒杀按钮的人不能超过100；保护交易系统；限制进入支付宝系统；

带来问题：

1.服务器和带宽耗尽；

2.秒杀器的影响：服务器和网络的压力;秒杀器不断刷新；直接下单秒杀器。

秒杀集群，5台页面和图片，4台交易服务器，带宽2个G，（图片服务器集群的最大并发数*网站图片平均的大小）。

处理：

1.服务器准备，秒杀集群，html页面服务器4台，交易服务器4台，图片服务器带宽2G（图片服务器集群的最大并发数*网站图片平均的大小），图片服务器的增量不能超过1G。

2.CDN准备，网站的透明对象，在青岛，青岛网通，内容缓存，cdn服务商把DNS重定向的服务，chinatouch的服务(他们按照流量收费。)

3.1g，每张照片不能超过128k（1024*2*5/8000=1.28M），

4.动态页面转换成为静态页面；控制并发，降低并发，设置闸门，前面的人进入，后面的人直接提示秒杀结束；支付宝接口调用优化，优化所有的数据库查询；

前端优化：

1）插件对页面进行分析：A：js是否太多，B:http接口是否太多C:图片是否需要压缩；

2）静态化，秒杀商品的List页面和Detail页面生成静态页面，运营创建页面，

秒杀的时候，按钮是灰色的，静态页面如何实现按钮，这个页面有js文件，放了商品ID的数组，可以被秒杀的商品数组，交易系统会做一个缓存，当前还可以秒杀的商品ID找出来，Linux系统提供notify服务，这个脚本每秒钟执行一次，获得生成商品计数器的信息，然后脚本生成js文件；notify动态监测文件变更，Detail页面加载这个js。

3）限制：进入交易系统；进入支付宝系统；

4）限制秒杀器，提交url随机生成；订单ID随机，必须通过Detail页面点击才能进入；url   的token带入到交易系统；用户秒杀过，直接跳到秒杀结束页面。

5）apache服务器的调优，长连接开关；F5重定向