看到了百度理财的技术，才知道小米的技术才是最牛的

　　百度理财一直没有跑转，小米技术抢米３的流量估计一定大于百度理财很多吧，恭喜小米。

　　顺便惘测下抢米的技术实现，希望具有可行性。

　　我的实现方法是：

　　配置三组服务器，集群也罢，负载均衡也罢。

　　一组是静态导引页，相当于抢米３的界面，主要负载庞大的用户群，由于使用静态技术，无需复杂的响应，只要支撑足够的用户群即可。

　　二组是Ｆ码提供页面，当然也是一组静态页面的直接响应页面。由于被瞬间冲击，运算量会非常大，需要从数据库中疯狂的提取Ｆ码，服务器很容易响应不过来，一组静态页面使用ａｊａｘ进行巡查，就知道用户有没有得到Ｆ码，当然也决定了继续让用户冲击这组服务器，还是引导向第三组记录服务器。

　　三组是记录，或者叫订单服务器，让用户带着Ｆ码来实现简单的订单。由于只有拿着Ｆ码的用户才会冲击这组服务器，也就是最轻最容易实现的一组服务。

　　当然，第二组服务器也可以再做区分，做一组２.５服务器，这组服务器才是真正取Ｆ码的服务器，只是按照一秒１００个Ｆ码的速度提供给第二组服务器，就能实现源源不断的供货。当然，第二组服务器不用做吸取动作了，接受推送的数据提供给第一组服务器，自然也就容易的多了。第二组服务器完全可以使用内存技术，２.５只是对二组服务器提供服务，甚至可以用很低配的服务器就可以了。

　　百度理财可以这样实现吗？

　　百度理财一直没有跑转，小米技术抢米３的流量估计一定大于百度理财很多吧，恭喜小米。

　　顺便惘测下抢米的技术实现，希望具有可行性。

　　我的实现方法是：

　　配置三组服务器，集群也罢，负载均衡也罢。

　　一组是静态导引页，相当于抢米３的界面，主要负载庞大的用户群，由于使用静态技术，无需复杂的响应，只要支撑足够的用户群即可。

　　二组是Ｆ码提供页面，当然也是一组静态页面的直接响应页面。由于被瞬间冲击，运算量会非常大，需要从数据库中疯狂的提取Ｆ码，服务器很容易响应不过来，一组静态页面使用ａｊａｘ进行巡查，就知道用户有没有得到Ｆ码，当然也决定了继续让用户冲击这组服务器，还是引导向第三组记录服务器。

　　三组是记录，或者叫订单服务器，让用户带着Ｆ码来实现简单的订单。由于只有拿着Ｆ码的用户才会冲击这组服务器，也就是最轻最容易实现的一组服务。

　　当然，第二组服务器也可以再做区分，做一组２.５服务器，这组服务器才是真正取Ｆ码的服务器，只是按照一秒１００个Ｆ码的速度提供给第二组服务器，就能实现源源不断的供货。当然，第二组服务器不用做吸取动作了，接受推送的数据提供给第一组服务器，自然也就容易的多了。第二组服务器完全可以使用内存技术，２.５只是对二组服务器提供服务，甚至可以用很低配的服务器就可以了。

　　百度理财可以这样实现吗？