你也许不是12306的粉丝，各大网站皆有粉丝，唯独12306可能是没有粉丝却登录者过亿的网站。你可能是吐槽一族，不过打分之前先放下情绪，真的有必要了解这个和你的幸福感紧密相关的12306到底有了什么变化。

云很受用，但不是神器

你肯定要吐槽的是，每到春运购票期间12306就会瘫痪数次，这在技术上叫作无法有效应对高并发访问。很多网友早就高呼：让淘宝来解决吧，“双11”，“秒杀”，人家不都没问题嘛。

前几天网上吐槽最多的就是，马云的阿里云今年果真帮了12306的忙。公开的信息是12306租用了阿里公有云，将75%的余票查询分流到公有云上，而火车票查询业务占12306流量的90%以上，因而云有效缓解了12306自有系统的压力。其实，诸如12306这种流量高峰低谷明显的网站，最适合利用云的弹性和按需付费的支付方式，在保障业务高峰稳定运行的同时，还节省了大量的系统采购成本。

网民们惊呼淘宝有了大用，依旧吐槽12306的低效、垄断与不包容。不可否认，云是今年12306的一大进步，不仅在技术上更在包容度上，但真实情况并不像数字看到的那么简单。是否买到火车票取决于购买而不是查询，即火车票的交易系统，阿里云支持的余票查询流量虽大，但交易核心就目前公开信息来看还主要是 12306对自身系统进行了升级。

复杂交易，一疏一堵

为什么12306不能照搬淘宝的“双11”和“秒杀”技术呢?因为，12306的交易逻辑更为复杂，最主要的就是动态库存的复杂对应关系。简单理解就是，“双11”和“秒杀”基本都是拍走一个，后台库存就减一个，这是简单的一一对应关系。

但是火车票堪称最复杂的商品交易逻辑，这源于车辆段内的多个站点。以北京到上海高铁G11为例，要途径济南、曲阜、南京、常州、上海共5站，而车票的品种却包括多种排列组合。如果北京出发，就包括北京到济南、北京到曲阜……北京到上海5种车票，而济南出发又包括4种，以此类推会出现15种不同的车票。如果卖出南京到常州车票，意味着后台多种车票的数据库都将同时发生变化，如果再遇退票，复杂程度超出想象，应对措施只有采取疏堵并施。

“一疏”，即12306采用了关键的Pivotal GemFire内存计算技术，逐一改造了12306的余票查询系统、订单查询系统以及订票系统。内存计算将硬盘数据读写升级为内存数据读写，大大提高了计算性能，因而可以通过增加服务器部署规模，实现线性性能扩展。

“一堵”则是一种逆向思维的缓解方法，即为了避免流量过大引发系统瘫痪而设定上线阈值，阈值之外的请求必须排队。不明白?知道圆珠笔的笔芯为什么这么细吗?曾经圆珠笔和钢笔的笔芯一样粗，可一书写到2万字，圆珠就会因磨损而出现漏油。当大家苦于无法找到即耐磨又便宜的圆珠材料时，日本发明家中田藤山郎却出人意料地解决了这个问题：将笔芯油墨量控制在2万字以前用完，这成为逆向思维的经典案例。

移动购票，跟进BAT

今年12306还有一大看点，移动端购票比例大幅提升，移动端最高每天卖出130万张车票，占整个互联网售票数量的1/4。不知你今年是否是通过手机下的单?

对比一下淘宝就知道移动互联势头正劲，在去年的“双11”大促活动中，淘宝通过移动互联网而产生的交易量几乎占据半壁江山。12306作为最重要的电子商务网站自然也将手机购票客户端作为一大发展方向。

其实这反应了12306 IT架构之变。12306先是采用通用x86服务器替代原来的小型机，又在今年应用了浪潮SmartRack整机柜服务器逐步替代通用x86服务器，实现从RISC向IA架构、从集中式到分布式架构，从通用到定制化、从国外到国产的转变，这正是BAT走过的路。分布式系统更能应对弹性高并发的购票需求，而定制化的整机柜则能按需配置，并大幅降低总体拥有成本，在BAT等大型网站中也是从去年开始大规模流行的。据悉，今年12306移动购票的后台系统就几乎全都换成了SmartRack整机柜服务器，看来12306不仅应用了公有云、移动互联，还用上了最新的整机柜，这意味着12306正全面跟进BAT的脚步。

当然，BAT可以帮你搜索到你想要的信息，购买到你想要的商品，联系到你想要联系的人，但是，12306却不能保证让你能拿到春节期间回家过年的火车票，即使今年已经达到28亿人次的客流量。技术问题也许不是问题，而人为因素实在太复杂，观念、体制、人口数量、地域经济的不平衡……你都有理由吐槽，但是区区一个网站可能只能解决甚至缓解技术问题。

那么，你认为12306今年及格了吗?