[不吐不快]大家来说说，12306的技术架构是什么级别的存在？

引用 @我爱苹果C 发表的:
那个问题来了，如果一趟车次以北京为圆心，做圆周运动，那么它的方向是驶向还是驶离呢。。。狗头狗头

到某一站会改车次，海南环岛高铁就是这样，在海口站会变更车次，第一次做有点懵，会以为坐错车

引用 @长发飘飘s 发表的:
12306比淘宝难很多很多，不解释

我觉得你保守了，还得加几个很多

引用 @当干你们成了习惯 发表的:
以前没有遇到过两个人买到同一个座位吗？

有的

引用 @憨憨的灵魂 发表的:
知乎上面讲过，12306难就难在不允许发生错误，每一笔交易都必须精准算好，电商出bug大不了赔个代金券，或者叫别的仓库补发。12306出错了，你去哪里赔张票给人家，座位就那么多。

我真遇到过

引用 @马超的双龙尖 发表的:
现在的人啊，记性怎么那么差，记性差就算了，百度一下那么难吗？
一则报道现实早在2012年5月12306便曾邀请一组阿里精干技术人员组成的项目组赴京，一起“奋战30多个日日夜夜”，此后还曾派出技术人员赴阿里交流学习。2013年底，12306手机App推出也是一个重大里程碑，同期12306网站支持了支付宝支付。这些举措让整个订票过程方便了不少。或许因为这些是其份内职责，因此并未获得外界关注和用户好评。这一次与阿里云达成合作，同样是其积极思变，努力解决存在的问题的表现。
处理大并发业务：阿里巴巴经验最丰富
不少科技公司甚至个别程序员都认为自己可以解决12306所存在的宕机问题，放出豪言可以帮助12306，但恐怕并非想象的那么容易。国内有能力应对这类业务的公司并不多：首先它是超大并发业务；其次是属于电商类业务；还有它是属于某些时段特别忙某些时段特别闲的峰谷特征明显的业务。打造双十一购物节的阿里相对更加适合。
曾经，阿里技术团队在双十一期间也会受到业务部门的指责，就像大家现在职责12306一样，客观来看双十一推动了阿里技术的成熟。经过4次双十一之后，阿里在应对集中时刻大并发的业务上已经经验丰富，飞天5000集群、跨机房调度技术，阿里云技术已经全球领先，而这些技术和能力正在被积极推进开放。
不过，能够搞定双十一并不意味着能够解决12306.cn的高并发访问需求。因为火车票有着完全不同的商品属性，比如一个用户订票就需要重新计算调整余票库存，再比如订不到票的用户会一直刷刷刷，这些都会给网站带来压力。12306并非从零开始，它的历史可以追踪到80、90年代的网点售票系统，与各地路局系统联通，甚至涉及到核心调度业务，庞大而复杂，现在要互联网化是基于已有系统扩展而不是新建，很容易牵一发而动全身。
为此，阿里云与12306的合作只是小试牛刀：将12306余票查询的75%部署到阿里云。业务特征决定了12306的查询业务占据了90%的流量，其压力正是来自于用户一次次刷票，长达30分钟的支付环节压力反而没那么大；并且余票查询业务与其他业务耦合性最小，最适合迁移到外部云平台。这是云计算最基本的思路之一：核心业务可以自己部署，“粗大笨傻”这类对计算资源需求大但不太核心容易解耦的业务放到第三方平台。
迁移到阿里云之后12306不再需要配合春运大量扩容基础设施，而是租赁阿里云；高峰期之后不再租赁回收成本。对于阿里云而言，可以不断扩容计算资源，不同时间分配给不同客户，比如双十一扩容的服务器春运就派上了用场，这让整个计算资源得到充分利用。

这明显是阿里拿下项目后发的通稿……说实话12306这种体量的客户全世界厂商都抢着去做的，而且纯技术方面我不觉得阿里比亚马逊谷歌有什么优势，特别是当年。

早期的12306真的是不忍直视，现在嘛

引用 @等晴天TvT 发表的:
别尬，查询票池存在峰谷性，放在云上是最佳方案，核心的票池还在12306自己的服务器上，政企的业务bat再加一个360挤破头了都想做，你以为是谁想做就能做的？你品吧

民企跟央企国企合作，，永远都是民企去求

引用 @背刺小黑屋 发表的:
这明显是阿里拿下项目后发的通稿……说实话12306这种体量的客户全世界厂商都抢着去做的，而且纯技术方面我不觉得阿里比亚马逊谷歌有什么优势，特别是当年。

你又知道了

引用 @背刺小黑屋 发表的:
这明显是阿里拿下项目后发的通稿……说实话12306这种体量的客户全世界厂商都抢着去做的，而且纯技术方面我不觉得阿里比亚马逊谷歌有什么优势，特别是当年。

所以你想表达什么呢？

我记得当年的12306手机app一打开就卡住不动了，要不就是滑动极其卡顿，现在好多了

引用 @打板二加一 发表的:
是马云求铁总用阿里云服务器的，阿里云只承担了查询的部分

不懂不要乱讲啊……

刚出那会卡的不行，一到春运立马崩溃，被群众喷出翔。这两年是越来越好了。

引用 @要下得了手 发表的:
裂变库存，每一次交易都会裂变出多个车次。 12306跟双11主要区别就是难在每次交易的业务复杂度高度耦合。

这才是懂的Jr，小白眼里这两个系统相差无几。还说阿里求着做，当初考虑到这点阿里还拒绝过来着

引用 @马超的双龙尖 发表的:
现在的人啊，记性怎么那么差，记性差就算了，百度一下那么难吗？
一则报道现实早在2012年5月12306便曾邀请一组阿里精干技术人员组成的项目组赴京，一起“奋战30多个日日夜夜”，此后还曾派出技术人员赴阿里交流学习。2013年底，12306手机App推出也是一个重大里程碑，同期12306网站支持了支付宝支付。这些举措让整个订票过程方便了不少。或许因为这些是其份内职责，因此并未获得外界关注和用户好评。这一次与阿里云达成合作，同样是其积极思变，努力解决存在的问题的表现。
处理大并发业务：阿里巴巴经验最丰富
不少科技公司甚至个别程序员都认为自己可以解决12306所存在的宕机问题，放出豪言可以帮助12306，但恐怕并非想象的那么容易。国内有能力应对这类业务的公司并不多：首先它是超大并发业务；其次是属于电商类业务；还有它是属于某些时段特别忙某些时段特别闲的峰谷特征明显的业务。打造双十一购物节的阿里相对更加适合。
曾经，阿里技术团队在双十一期间也会受到业务部门的指责，就像大家现在职责12306一样，客观来看双十一推动了阿里技术的成熟。经过4次双十一之后，阿里在应对集中时刻大并发的业务上已经经验丰富，飞天5000集群、跨机房调度技术，阿里云技术已经全球领先，而这些技术和能力正在被积极推进开放。
不过，能够搞定双十一并不意味着能够解决12306.cn的高并发访问需求。因为火车票有着完全不同的商品属性，比如一个用户订票就需要重新计算调整余票库存，再比如订不到票的用户会一直刷刷刷，这些都会给网站带来压力。12306并非从零开始，它的历史可以追踪到80、90年代的网点售票系统，与各地路局系统联通，甚至涉及到核心调度业务，庞大而复杂，现在要互联网化是基于已有系统扩展而不是新建，很容易牵一发而动全身。
为此，阿里云与12306的合作只是小试牛刀：将12306余票查询的75%部署到阿里云。业务特征决定了12306的查询业务占据了90%的流量，其压力正是来自于用户一次次刷票，长达30分钟的支付环节压力反而没那么大；并且余票查询业务与其他业务耦合性最小，最适合迁移到外部云平台。这是云计算最基本的思路之一：核心业务可以自己部署，“粗大笨傻”这类对计算资源需求大但不太核心容易解耦的业务放到第三方平台。
迁移到阿里云之后12306不再需要配合春运大量扩容基础设施，而是租赁阿里云；高峰期之后不再租赁回收成本。对于阿里云而言，可以不断扩容计算资源，不同时间分配给不同客户，比如双十一扩容的服务器春运就派上了用场，这让整个计算资源得到充分利用。

字打得多说的也有道理！受教了！

引用 @热风唱唱歌 发表的:
12306有APP？

就叫 铁路12306

4、5年前12306app刚起步没多久的时候，我曾经疯狂吐槽这个软件，因为他的使用太不人性化，用起来体验感太差了，后面才知道它后台要处理的数据有多么庞大，精准度要求多么高。直到现在这个app可以说是非常非常好用了，不仅使用很方便，随便说一点，它的候补功能比黄牛靠谱多了。

这种问题该去知乎问，虽然吹水得也很多，但是专业的回答也有。

引用 @炮迷辰 发表的:
不懂不要乱讲啊……

18年云栖大会，达摩院的大佬分享的

引用 @阿满阿 发表的:
有的

一个二等，一个一等……

引用 @背刺小黑屋 发表的:
这明显是阿里拿下项目后发的通稿……说实话12306这种体量的客户全世界厂商都抢着去做的，而且纯技术方面我不觉得阿里比亚马逊谷歌有什么优势，特别是当年。

所以，亚马逊谷歌垄断全球市场？

引用 @Marsmanman9 发表的:
不可能。

话不要说这么绝对，楼下老哥分享的。这种新闻我见过三四次了。。。

12306每天面对那么多抢票软件，几百亿爬虫每天在那爬数据

引用内容被灭过多已被折叠

阿三那种挂票？？？

引用 @Marsmanman9 发表的:
你和层主说的属于两件事。

不从专业角度来说，普通人认为出错都是一个问题也正常，程序员被各路大神烦不都是因为这个吗。。。

引用 @虎扑JR0287286401 发表的:
我觉得最难的还是抢票软件，无数机器人不停的冲击服务器，比淘宝双十一的访问量应该大多了。

你这么一说我咋觉得12306更牛皮了，那么多机器人冲击，他还是没出问题。

技术多牛不太懂，但是网站基本的页面，功能，真的不太好。像比尔盖茨穿要饭装吧？不能打扮一下吗

引用 @马超的双龙尖 发表的:
现在的人啊，记性怎么那么差，记性差就算了，百度一下那么难吗？
一则报道现实早在2012年5月12306便曾邀请一组阿里精干技术人员组成的项目组赴京，一起“奋战30多个日日夜夜”，此后还曾派出技术人员赴阿里交流学习。2013年底，12306手机App推出也是一个重大里程碑，同期12306网站支持了支付宝支付。这些举措让整个订票过程方便了不少。或许因为这些是其份内职责，因此并未获得外界关注和用户好评。这一次与阿里云达成合作，同样是其积极思变，努力解决存在的问题的表现。
处理大并发业务：阿里巴巴经验最丰富
不少科技公司甚至个别程序员都认为自己可以解决12306所存在的宕机问题，放出豪言可以帮助12306，但恐怕并非想象的那么容易。国内有能力应对这类业务的公司并不多：首先它是超大并发业务；其次是属于电商类业务；还有它是属于某些时段特别忙某些时段特别闲的峰谷特征明显的业务。打造双十一购物节的阿里相对更加适合。
曾经，阿里技术团队在双十一期间也会受到业务部门的指责，就像大家现在职责12306一样，客观来看双十一推动了阿里技术的成熟。经过4次双十一之后，阿里在应对集中时刻大并发的业务上已经经验丰富，飞天5000集群、跨机房调度技术，阿里云技术已经全球领先，而这些技术和能力正在被积极推进开放。
不过，能够搞定双十一并不意味着能够解决12306.cn的高并发访问需求。因为火车票有着完全不同的商品属性，比如一个用户订票就需要重新计算调整余票库存，再比如订不到票的用户会一直刷刷刷，这些都会给网站带来压力。12306并非从零开始，它的历史可以追踪到80、90年代的网点售票系统，与各地路局系统联通，甚至涉及到核心调度业务，庞大而复杂，现在要互联网化是基于已有系统扩展而不是新建，很容易牵一发而动全身。
为此，阿里云与12306的合作只是小试牛刀：将12306余票查询的75%部署到阿里云。业务特征决定了12306的查询业务占据了90%的流量，其压力正是来自于用户一次次刷票，长达30分钟的支付环节压力反而没那么大；并且余票查询业务与其他业务耦合性最小，最适合迁移到外部云平台。这是云计算最基本的思路之一：核心业务可以自己部署，“粗大笨傻”这类对计算资源需求大但不太核心容易解耦的业务放到第三方平台。
迁移到阿里云之后12306不再需要配合春运大量扩容基础设施，而是租赁阿里云；高峰期之后不再租赁回收成本。对于阿里云而言，可以不断扩容计算资源，不同时间分配给不同客户，比如双十一扩容的服务器春运就派上了用场，这让整个计算资源得到充分利用。

wdnmd 真专业

世界最顶级的水平

引用 @我爱苹果C 发表的:
那个问题来了，如果一趟车次以北京为圆心，做圆周运动，那么它的方向是驶向还是驶离呢。。。狗头狗头

还好修铁路的人，脑子没你这么蠢。

引用 @源中华 发表的:
一个二等，一个一等……

这一个车次到不了俩地方

引用 @要下得了手 发表的:
裂变库存，每一次交易都会裂变出多个车次。 12306跟双11主要区别就是难在每次交易的业务复杂度高度耦合。

没有这么高科技，大家不用神话
我觉得不存在交易裂变这回事，而是放票之前就已经组合好，全程票多少张，如果一趟线十个站点，那单向的组合方式就是45种，但每个站是有级别的，通常起点终点是大站，票要预留多一些，小站少一些。放票前组合好。
所以很多时候你多买一两站就能买到票，就是这个道理。

引用 @哆啦A梦917 发表的:
不经过北京的车次算上行还是下行？

看靠近北京还是远离北京的方向

引用 @后天体 发表的:
这一个车次到不了俩地方

你确定坐过火车？

引用 @背刺小黑屋 发表的:
这明显是阿里拿下项目后发的通稿……说实话12306这种体量的客户全世界厂商都抢着去做的，而且纯技术方面我不觉得阿里比亚马逊谷歌有什么优势，特别是当年。

肯定本土企业更合适啊 还亚马逊

引用 @后天体 发表的:
这一个车次到不了俩地方

你在开玩笑？

早期12386垃圾的一批，就小厂做的垃圾货，现在也有人洗。服了

国际顶尖水平

开始认为是垃圾（其实还可以），后来发现很吊

我用一张身份证买同一天同一车次的俩坐票，出发和目的地也是一样的，这是bug吗？

12306是个很神奇的项目，所有行业相关人员都觉得牛，外行会觉得垃圾，用户体验极差。问题是，春运抢票的用户体验核心是买到票，100个人抢50张票，没有任何产品能拯救那没抢到的50个人的“用户体验”。

引用 @joungpig 发表的:
我觉得是程序员都会觉得这个很叼的水平。

现在还可以 十年前刚出来那会被业内都喷屁了 哪个程序员没喷一下 马云李彦宏哪个没出来臭一下 后来还不是借助阿里的技术改进了 真当互联网没记忆啊

是挺强的，但是好像为了规避你说那那种n次组合，限制了中途票。

引用 @liner99 发表的:
没有这么高科技，大家不用神话
我觉得不存在交易裂变这回事，而是放票之前就已经组合好，全程票多少张，如果一趟线十个站点，那单向的组合方式就是45种，但每个站是有级别的，通常起点终点是大站，票要预留多一些，小站少一些。放票前组合好。
所以很多时候你多买一两站就能买到票，就是这个道理。

就你这个多一些少一些就知道你的水平了 别不懂装懂了

引用 @玩足球篮球的Leon 发表的:
目前国内最好的那个层次的水平，跟很多别的公司有合作，最近几年越来越好了

胆子可以大一点，世界最牛的那个水平

引用 @米粒儿爹 发表的:
现在还可以 十年前刚出来那会被业内都喷屁了 哪个程序员没喷一下 马云李彦宏哪个没出来臭一下 后来还不是借助阿里的技术改进了 真当互联网没记忆啊

事实上阿里也是借助12306，给双十一积累了不少经验。毕竟全世界这么大规模的高并发项目，只有国内才有应用场景，才能让他们有机会去尝试

引用 @打板二加一 发表的:
是马云求铁总用阿里云服务器的，阿里云只承担了查询的部分

他妈的最难得就是查询

引用 @要下得了手 发表的:
裂变库存，每一次交易都会裂变出多个车次。 12306跟双11主要区别就是难在每次交易的业务复杂度高度耦合。

你这个裂变库存是什么鬼，火车票现在是固定库存，业务复杂度根本不高，关键是并发量大

引用 @情到深處 发表的:
你在开玩笑？

难道我理解错了啊，哈哈

引用 @呵呵he呵呵 发表的:
你确定坐过火车？

可能我理解错了吧哈哈

引用 @未知的181 发表的:
高铁买票不让上是因为很多人没能买到目的地的票就买了个之前站点的，然后上车补票导致列车超员了，所以才不让上

那岂不是很冤？前面人补票害得后面的人上不去车？

引用 @泡面加鸡蛋丶 发表的:
那岂不是很冤？前面人补票害得后面的人上不去车？

对啊，所以这事上新闻了

引用 @憨憨的灵魂 发表的:
知乎上面讲过，12306难就难在不允许发生错误，每一笔交易都必须精准算好，电商出bug大不了赔个代金券，或者叫别的仓库补发。12306出错了，你去哪里赔张票给人家，座位就那么多。

没那么苛刻，我今年回家，临时换车型了，本来一个车厢20排座位的，变成了18排，至少100人本来有坐变无座，也没出大问题

引用 @打板二加一 发表的:
是马云求铁总用阿里云服务器的，阿里云只承担了查询的部分

最核心的就是查询部分啊，所以还是阿里的技术。

神仙级别

引用 @阿满阿 发表的:
我真遇到过

一个一等座，一个二等座，有什么问题吗

引用 @背刺小黑屋 发表的:
这明显是阿里拿下项目后发的通稿……说实话12306这种体量的客户全世界厂商都抢着去做的，而且纯技术方面我不觉得阿里比亚马逊谷歌有什么优势，特别是当年。

春运这种关系到民生的大事怎么可能完全交给国外的公司？

引用 @joungpig 发表的:
我觉得是程序员都会觉得这个很叼的水平。

我记得12306刚出的时候很多人吐槽是外包给学校学生做的，这两年已经进化成黄牛都不好使了，确实牛B

引用 @Maybe铁血粉丝 发表的:
话不要说这么绝对，楼下老哥分享的。这种新闻我见过三四次了。。。

你确定你不瞎？

引用 @虎扑JR0287286401 发表的:
我觉得最难的还是抢票软件，无数机器人不停的冲击服务器，比淘宝双十一的访问量应该大多了。

今年一月就出过问题了，查询崩溃了半天

引用 @煤气佬R698 发表的:
之前坐城际轻轨 就买过 还好就十几分钟路程

我也是，在成都

引用 @阿满阿 发表的:
我真遇到过

车厢座位都不一样怎么遇到了？

引用 @憨憨的灵魂 发表的:
知乎上面讲过，12306难就难在不允许发生错误，每一笔交易都必须精准算好，电商出bug大不了赔个代金券，或者叫别的仓库补发。12306出错了，你去哪里赔张票给人家，座位就那么多。

知乎这个纯属故弄玄虚骗赞

引用 @170331375 发表的:
一个一等座，一个二等座，有什么问题吗

问题是同一时间同一车厢号

本人技术爱好者在国内、国外看过很多大牛的文章，可以说12306的技术架构、服务器环境是目前人类最顶级的业务系统。举个例子服务器已经完全由内存当做硬盘来用，什么固态什么机械都已经往后稍稍

引用 @源中华 发表的:
一个二等，一个一等……

问题是同一时间同一车厢号

引用 @后天体 发表的:
这一个车次到不了俩地方

以前的绿皮车可以到……很多地方呢

引用 @俄城一抹蓝 发表的:
内行人觉得很吊，无论是逻辑还是并发。

先不论技术，铁路这个业务就超级复杂， 这还是铁路行业的冰山一角

引用 @saem2 发表的:
这你就吹大了，还求着铁总用，那是因为当时阿里云有一套成熟的数据承载体系，腾讯云百度云都比不上

我不是程序员不懂你们说的专业术语，楼下两位说的对吗？求指教！

引用 @小心夹头 发表的:
车厢座位都不一样怎么遇到了？

一等座二等座也应该是不同的车厢

引用 @t_macing 发表的:
最核心的就是查询部分啊，所以还是阿里的技术。

在12306查询没有你想的那么重要，可以说是最不重要的

引用 @小心夹头 发表的:
你确定你不瞎？

？？？？？？

引用 @以梦为马不负昭华 发表的:
民企跟央企国企合作，，永远都是民企去求

这不是废话吗。。

引用 @joungpig 发表的:
我觉得是程序员都会觉得这个很叼的水平。

有人吐槽12306一个人做app，一群人做服务器

引用 @香球王 发表的:
说到这，我以前就买过一次车票，中间付款环节卡了，支付宝付了一次没出票，第二次付款才出票，然后我看到支付宝上扣了两张的钱，之后找了12306客服，也联系不到，联系了官方邮件，把支付宝两次交易单号发过去，过了几天，才收回了那多发的钱。
所以你说的这些，我是不认同的！

这个是铁路收款和支付宝联携的问题，铁路方面最麻烦的是票库的刷新吧，已经是两个次元的事情了

引用 @NASA宇航局 发表的:
全国铁路以北京为中心，离开北京的车辆为下行，对应的车次尾数为单数;开向北京的车辆为上行，对应的车次尾数为双数。当列车行驶到某车站，需要改变行进方向时，车次也需要做相应的变动，这就不难理解同一趟车同一时间车次不同了

铁路职工手动给你点个赞

引用 @打板二加一 发表的:
是马云求铁总用阿里云服务器的，阿里云只承担了查询的部分

你这个“求”字的用的......显示出你完全不知情.....

引用 @单身奥特曼 发表的:
你咋不说一个座位上坐八个人？或者一段铁轨上开着十趟火车？

印度早就实现了 我国还是不行啊🐶

引用 @打板二加一 发表的:
是马云求铁总用阿里云服务器的，阿里云只承担了查询的部分

查询的请求量是最大的啊 一些抢票软件3秒刷新一次 疯狂攻击服务器

程序员，可能我太菜 表示 买卖票牵扯到的库存逻辑我是搞不清的

引用 @Maybe铁血粉丝 发表的:
话不要说这么绝对，楼下老哥分享的。这种新闻我见过三四次了。。。

就算是高铁中间也是会停站的哟～

引用 @兔子哈v的三表弟 发表的:
这不是废话吗。。

看上一层

引用 @背刺小黑屋 发表的:
这明显是阿里拿下项目后发的通稿……说实话12306这种体量的客户全世界厂商都抢着去做的，而且纯技术方面我不觉得阿里比亚马逊谷歌有什么优势，特别是当年。

阿里云辣鸡！

引用 @包租婆 发表的:
牛逼到，外国团队，不敢接这个项目的水平……

难度劝退

有招标吗？

引用内容被灭过多已被折叠

明确答复你，真不是！

引用 @messiah1986 发表的:
就算是高铁中间也是会停站的哟～

客票旅程有重叠，这是有问题的

引用内容被灭过多已被折叠

我感觉我银行里应该有人转账5亿……查了下幼儿园财务扣了500儿子学费，感觉挺准的，都是账户变动，没什么差别～

引用 @詹狼恶霸勒布朗 发表的:
查询的请求量是最大的啊 一些抢票软件3秒刷新一次 疯狂攻击服务器

没错，但不能说是阿里云做的12306啊，最根本最重要的业务室铁总做的

引用 @背刺小黑屋 发表的:
这明显是阿里拿下项目后发的通稿……说实话12306这种体量的客户全世界厂商都抢着去做的，而且纯技术方面我不觉得阿里比亚马逊谷歌有什么优势，特别是当年。

中国有世界上任何国家都无法媲美的高并发实战机会，不客气的告诉你，高并发这块阿里可能真的不输任何企业，因为阿里的高并发框架都是经过实践检验过得。

淘宝上没货，主要是卖家放出来的货少.........

引用 @马超的双龙尖 发表的:
现在的人啊，记性怎么那么差，记性差就算了，百度一下那么难吗？
一则报道现实早在2012年5月12306便曾邀请一组阿里精干技术人员组成的项目组赴京，一起“奋战30多个日日夜夜”，此后还曾派出技术人员赴阿里交流学习。2013年底，12306手机App推出也是一个重大里程碑，同期12306网站支持了支付宝支付。这些举措让整个订票过程方便了不少。或许因为这些是其份内职责，因此并未获得外界关注和用户好评。这一次与阿里云达成合作，同样是其积极思变，努力解决存在的问题的表现。
处理大并发业务：阿里巴巴经验最丰富
不少科技公司甚至个别程序员都认为自己可以解决12306所存在的宕机问题，放出豪言可以帮助12306，但恐怕并非想象的那么容易。国内有能力应对这类业务的公司并不多：首先它是超大并发业务；其次是属于电商类业务；还有它是属于某些时段特别忙某些时段特别闲的峰谷特征明显的业务。打造双十一购物节的阿里相对更加适合。
曾经，阿里技术团队在双十一期间也会受到业务部门的指责，就像大家现在职责12306一样，客观来看双十一推动了阿里技术的成熟。经过4次双十一之后，阿里在应对集中时刻大并发的业务上已经经验丰富，飞天5000集群、跨机房调度技术，阿里云技术已经全球领先，而这些技术和能力正在被积极推进开放。
不过，能够搞定双十一并不意味着能够解决12306.cn的高并发访问需求。因为火车票有着完全不同的商品属性，比如一个用户订票就需要重新计算调整余票库存，再比如订不到票的用户会一直刷刷刷，这些都会给网站带来压力。12306并非从零开始，它的历史可以追踪到80、90年代的网点售票系统，与各地路局系统联通，甚至涉及到核心调度业务，庞大而复杂，现在要互联网化是基于已有系统扩展而不是新建，很容易牵一发而动全身。
为此，阿里云与12306的合作只是小试牛刀：将12306余票查询的75%部署到阿里云。业务特征决定了12306的查询业务占据了90%的流量，其压力正是来自于用户一次次刷票，长达30分钟的支付环节压力反而没那么大；并且余票查询业务与其他业务耦合性最小，最适合迁移到外部云平台。这是云计算最基本的思路之一：核心业务可以自己部署，“粗大笨傻”这类对计算资源需求大但不太核心容易解耦的业务放到第三方平台。
迁移到阿里云之后12306不再需要配合春运大量扩容基础设施，而是租赁阿里云；高峰期之后不再租赁回收成本。对于阿里云而言，可以不断扩容计算资源，不同时间分配给不同客户，比如双十一扩容的服务器春运就派上了用场，这让整个计算资源得到充分利用。

阿里碰到这个要求高的项目就算倒贴钱都会去做吧，属于各取所需～

引用 @当干你们成了习惯 发表的:
以前没有遇到过两个人买到同一个座位吗？

遇到过，最后把乘务员找来发现对方买的是后一天的车票，然后去补票了

引用 @米兰的小铁门 发表的:
事实上阿里也是借助12306，给双十一积累了不少经验。毕竟全世界这么大规模的高并发项目，只有国内才有应用场景，才能让他们有机会去尝试

有道理 互帮互助挺好的 共赢不舒服吗？

引用 @saem2 发表的:
这你就吹大了，还求着铁总用，那是因为当时阿里云有一套成熟的数据承载体系，腾讯云百度云都比不上

比谁辣鸡嘛？

最复杂电商没有之一的水平🐶

引用 @打板二加一 发表的:
在12306查询没有你想的那么重要，可以说是最不重要的

哈哈哈哈哈哈，那你说最重要的是啥？大并发上来以后性能瓶颈在哪？最不重要？

引用 @CI肉 发表的:
你这个“求”字的用的......显示出你完全不知情.....

阿里不收铁总的开发费用，服务器也给了优惠，还单独分出一个团队做维护，这不叫“求”。什么叫求

引用 @蓝白月光 发表的:
鹦鹉学舌，多坐坐火车就知道了

要不要补票员给你科普一下？

引用 @t_macing 发表的:
哈哈哈哈哈哈，那你说最重要的是啥？大并发上来以后性能瓶颈在哪？最不重要？

最根本的票池，以及和全国所有的车站，以及火车票代售点的链接，结算，还有支付