设想秒杀架构

  
    背景设想：千万用户在同一时间点向服务器发送请求
   
     服务器猜测：             
               1）千台LVS或者Nginx等负载均衡服务器
               2）上万台web服务器集群处理前端服务器转发后的http请求
               3）千台memcache等缓存服务器或者redis类似内存数据库集群做数据源
               4）单台web中转服务器接收web服务器的“减1"请求
               5）**台数据库

    猜测实现方案：
             1）web服务器接收请求，从缓存服务器中取出来数据，如果数量大于1则向中转服务器发送“减1”请求，否则直接从缓存服务器中读数据
               2）中转服务器用队列接收web服务器的减1请求，在减1之前先要从缓存服务器get，然后再put

    讨论：    
               针对大部分读的请求可以不用其并发问题，对于写的请求则思考适当的方案解决  

这个。。。。那个。。。。呵呵。

    额...是把你们的用户并发量想高了吧~

你的太虚幻了 . 一点也不实际。
光从数字上是设想不到真实的架构的。

   额...愿闻高见~

应用服务器这东西有20台真机就很牛了......

而且秒杀这东西就是个公平假象
多个三二人少个三二人没什么区别.

队列一下也就够了.

再不行把时间窗中的用户随机抽取一下也可以支持

有种错误叫你不去面对它就不存在.......

PS:淘宝秒杀这东西是个没有经过技术认定的需求(也就是说拍脑子想出的点子.)

这个数目真的很夸张..

服务器再好，没带宽一切都是浮云

   额...good~看来“拍脑子出来的点子”未必会比策划或者各种O想出来的差..
 
   服务器问题我想解释下，这里数量不单独指的是秒杀的服务器，虽然现在倡导应用模块化，但秒杀应该没有单独拆分出来吧，所以这个数目应该是支持整个TAOBAO的，再者应用服务器数量未必是物理服务器数量，如果这个数字对于现在淘宝来说很夸张，那承认是我想多了~

想这个没有意义 每次秒杀都是后台进行了