去年的12306系统让小编没办法愉快地买票啊，今年12306系统突然不瘫了，小编就想：12306难道得贵人相助了？没想到想什么是什么......
每年的年末和次年年初，12306网站会开售除夕当天及正月十五返程火车票。按照历年惯例，每逢此时，铁路系统唯一官方购票网站12306就会成为众矢之的，淹没在一片埋怨之中。然而，今年12306年度全民抢票大戏却在新年的第一个月安稳落下了帷幕。逢节必瘫痪的12306表现十分优秀，竟出人意料地没瘫！！
莫非12306是真被群众骂出翔了，准备趁今年打个翻身仗？
还是有了技术团队的加入，有了硬后台给撑腰呢？
2014年12月30日，知乎上出现一则关于“12306今年没崩，采用了哪些具体技术？”的问题，引来众多讨论。1月15日，一个自称参与了今年12306的春运项目的阿里巴巴程序员爆料：马云已派驻一支顶尖的程序员队伍入驻12306！
看来马云是想啃下12306这块肉骨头啊~
有了云服务，春运出票就或能缓解网上堵塞的老问题。1月17日，阿里首次承认确实在和铁道部订票网站12306开展云合作，但具体细节可能要到下周正式对外公布。
早在去年春节期间12306订票系统因集中处理大量并发订单而导致系统瘫痪时，业界就有观点分析并预测12306搭载阿里云的可能性。
据一位阿里云工程师爆料称，12306网站已将车票查询业务放到阿里云上，12306与淘宝、天猫的后台是两种系统，所以对接12306的业务复杂度更高。
买火车票比网购更为复杂，涉及到包括改签、退票等在内一系列负责操作。比如，担心飞机晚点选择从上海坐高铁到北京，沿途有多个站点，所以每买一张区间票，都可能同时裂变出多张区间票。
这个逻辑比大多数电子商务系统要复杂的多。要是再添加一些更人性化的需求，比如根据订票者身份证里的年龄优选上下铺、优选号等，那么查询和出票逻辑就更复杂了。”
据此前数据显示：海量的火车票查询，正是影响12306性能的重要原因之一，大概占了90%以上的访问流量。由于波峰和波谷间的车票查询差异，让后台系统无法在成本和并发能力上找到一个平衡，所以才会出现12306被买到“瘫痪”的状态。
“云计算的本质是一种弹性计算能力，可以用按量付费的方式满足过山车式的、不断变化的IT计算需求，这也就构成了12306和阿里云合作的最佳契机。”多位云计算业内人士均看好此次合作。
据阿里云方面透露，按计划，羊年春运时，12306可能将把75%的余票查询业务放到云端。
回答几个问题：
实施过程可否透露？1. 把余票查询模块和12306现有系统做分离，具备独立部署的能力；
2. 在云上独立部署一套余票查询系统。这样子12306和云上都有了一套余票查询系统，，调度更为灵活；
3. 一些安全措施,吧啦吧啦吧啦……
根据运行情况，云上的余票查询与12306原来的余票查询可以互相补位，根据实时的负载情况，来调配不同的访问比例，充分利用云的弹性。
云计算跟“堆硬件”有什么区别？
这里主要是"春运 vs 平时"、"业务量 vs 成本"的问题：
1．传统IT方案，为应对春运的业务压力，需要按照峰值采购大量硬件设备，从规划、建设到投产、服务整个供应链条长成本高，capex和opex上的投入都比较大，很难精确把控，而春运后大量设备会处于空闲状态，利用率低，造成巨大的浪费。
2．还有至关重要一点是，假如按照传统方案，在实际业务峰值超出了初始评估量时，服务将面临无法完全承载而瘫痪，因为为大规模服务器的采购、交付、部署到应用上线所耗费时间以月计，根本无法在业务量激增时"即插即用"。
3．云本身就比自己买硬件要便宜，另外所有资源都是“按量计费”，从十一黄金周到春运的过程里，12306在云上做了两次大型扩容，每次扩容的资源交付都是在分钟级就完成。业务高峰结束后，可以释放掉不必要的资源，回收成本。
点击“阅读全文”，“每日精选”更精彩！