12306咋抢不到票？还搞不瘫他？

12306咋抢不到票？还搞不瘫他？

学习了：http://blog.csdn.net/suifeng3051/article/details/52607544

https://my.oschina.net/xianggao/blog/524943

https://www.csdn.net/article/2015-02-10/2823900

https://www.csdn.net/article/2015-03-03/2824091

http://www.chinaz.com/web/2015/0508/404608_2.shtml

https://www.zhihu.com/question/27321479

12306是2011年底上线，2014年淘宝讨论将余票放到云上；75%的余票查询业务放到云上；
为什么是余票查询？访问量90%以上，不需要对整个网站业务架构改动；
实施过程？余票模块分离独立部署，云上部署，
云计算与堆硬件什么区别？硬件周期长、空闲多；云按量计费；
内存数据库使用VMWare的GemFire；分布式内存运算数据管理云平台-Pivotal Gemfire；

12306技术负责人朱建生说，为了应对2015年春运高峰，采用五项措施：一是利用外部
云计算资源分担系统查询业务，可根据高峰期业务量的增长按需及时扩充。二是通过
双中心运行的架构，系统内部处理容量扩充一倍，可靠性得到了有效保证。三是对系统
的互联网接入带宽进行扩容，并可根据流量情况快速调整，保证高峰时段旅客顺畅访问
网站。四是防范恶意抢票，通过技术手段屏蔽抢票软件产生的恶意流量。五是制定了多套
应急预案，以应对突发情况。

选择Pivotal Gemfire原因：
1，关联数据节点设计：可以根据客户的业务逻辑特性和数据关联性，将关联性强的数据放置于同一个服务器节点，提高系统性能，避免分布式系统服务器的频繁数据交换。
2. 将数据移到内存：由于数据是放在内存里面，屏蔽传统数据库频繁访问， CPU与数据库的交互作用，影响服务器性能。内存的数据交换速度远高于磁盘速度上千倍， 极大提高系统性能。

3. 扩展和伸缩性：以Gemfire构建的应用云平台，是以 x86 PC服务器为主的硬件基础。在保证系统的性能下，此平台可以随着客户业务的成长来任意调配x86服务器的数量，避免以后昂贵的硬件升级带来的困扰。经POC测试结果显示，整个系统性能可随着服务器的数量的增加实现几乎线性的成长。

4. 数据可靠性：在同个集群里面可以有多个数据节点备份，数据可以自动同步，或是将内存数据持久化到硬盘或是数据库

5. 跨地域的数据分布或同步 ：可以透过“广域网”将指定的 Gemfire集群的内存数据“实时同步”到异地的数据中心。这是属于“应用层”的数据同步异于传统的“数据库”同步。

6. Pivotal Gemfire使用 x86 PC服务器，其性价比远远高于 Unix 小型机。


如何设计一个秒杀系统：
秒杀系统特点：同一时间峰值，请求大于库存，逻辑简单：下单减库存；

秒杀架构设计：限流（只允许少部分流量进入服务器后端），
削峰（利用缓存和消息中间件），异步处理（提高系统并发性，削峰的方式），
内存缓存（数据库瓶颈），可扩展（流量来了，拓展机器）；

设计思路：将请求拦截在系统上游，降低下游压力；充分利用缓存；利用消息队列；
前端方案：页面静态化（用CDN），禁止重复提交，用户限流（只允许提交一次，IP限流）
后端方案：限制UserId访问频率；
服务层：采用消息队列缓存请求（服务层知道只有100个手机，没必要把100万请求都交到数据库，把请求交到消息队列进行缓存，数据库层订阅消息减库存，减库存成功返回秒杀成功，失败返回秒杀结束），利用缓存应对读请求（类似12306读多写少的业务，利用缓存分担数据库压力），利用缓存应对写请求（库存数据转移到Redis）；

数据库层，只承担“能力范围内”的访问请求。

利用消息中间件和缓存实现简单秒杀系统：用Redis接收请求，满了就不接收了，用数据库慢慢处理请求。