云计算改造12306：297亿PV下秒出票千张

原文标题：12306上的分布式内存数据技术GemFire

【编者按】 12306网站曾被认为是“全球最忙碌的网站”，在应对高并发访问处理方面，曾备受网民诟病。 2015年铁路客票春运购票高峰期已过，并且12306网站今年没“瘫痪”，也顺利过关。因此记者在第一时间联系到一位对12306改造非常关注的技术架构师，他从技术的角度，用科学论证的方式，指出原因所在，并根据他的经验进一步说明12306是如何实现高流量高并发的关键技术，与大家共享。以下为正文：

预告： 2015年3月中旬左右，技术揭秘12306改造（二）：如何实现 12306 混合云的架构；4月中旬：，技术揭秘12306改造（三）：如何将传统技术架构迁移到Gemfire的云平台……（注：选题为初步计划，中途会有所更改，敬请关注。）

前言：

12306互联网售票系统在2011年下半年开始上线使用，但在2012年春运期间引发无数的争议。在2012年春运后，12306项目承接单位与多家IT公司联系，经过多次论证和POC 测试， 最终引入分布式内存运算数据管理云平台 - Pivotal Gemfire做试点，用以提高12306系统性能，解决“高流量和高并发“的难题。

高流量高并发是指某特定时间段的海量请求，根据过去的经验法则，高并发是指访问流量是平常流量的 3-5倍；但由于互联网和移动设备apps的普遍化，电商网站的促销模式“11.11“，或是厂商的“饥饿营销“，都会衍生“秒杀“现象。所以过去的经验法则用到12306春运售票系统，往往是远远低于实际的的流量。例如，12306平常一天的PV（page views）值大约是在 2500万到 3000万左右， 在2015年春运高峰日的PV值是297亿，流量增加1000倍，这样海量的请求，假如不能在短时间内动态调整网络带宽或增加服务器数量，就会造成网络阻塞或是服务器性能无法满足要求，甚至使整个系统不稳定。

12306成长之路

短短的3年，从2012年春运到2015年春运，12306网站从10亿的PV（page views）值增加到297亿PV值，PV值成长 30倍；网络带宽从 1.5G调整到12G，带宽成长8倍；而12306的售票量从110万增加到564万 ，成长5倍。出票处理能力从 每秒200张提升到 每秒1032张，也是5倍的成长。

PV值的增加是与放票的次数和可出售的票量有关系，例如，2015年PV值是2014年的2.3倍, 原因是放票次数多了5次“秒杀”，另外增加12% 的售票量。由此可见，互联网流量PV值的增加速度远远高于售票量增加的速度。

高流量除了代表网络容易造成阻塞以外，系统服务器也会面临更高的CPU负载，在此情况下又该如何应对呢？是选择基于原来系统框架上购买更昂贵的硬件做“scale up“升级呢 ？还是选择购买低成本的x86服务器，进行”可扩展云平台架构“ scale out的改造设计呢？12306互联网购票系统的改造给我们一个很好的案例参考，也让政府单位和企业进一步了解了具体是如何实现的。

12306改造的关键技术

标签： 电商 电商网 电商网站 服务器 服务器性能 互联网 计划 企业 网络 网站 选择

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点！
本站所提供的图片等素材，版权归原作者所有，如需使用，请与原作者联系。