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

引用 @djfkldv 发表的:
最复杂电商没有之一的水平🐶

这种动态库存纯粹是外行脑补出来的
春运的时候所有的始发终到客票都是固定，不会出现什么卖一张短途多出来很多短途的情况

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

虽然查询占用的流量最多

引用 @憨憨的灵魂 发表的:
知乎上面讲过，12306难就难在不允许发生错误，每一笔交易都必须精准算好，电商出bug大不了赔个代金券，或者叫别的仓库补发。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不再需要配合春运大量扩容基础设施，而是租赁阿里云；高峰期之后不再租赁回收成本。对于阿里云而言，可以不断扩容计算资源，不同时间分配给不同客户，比如双十一扩容的服务器春运就派上了用场，这让整个计算资源得到充分利用。

牛逼

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

这个不是马云求的吧？最多就是双方磋商。

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

那么问题来了，15车02A到底是几等座呢？

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

是不是有票就能刷出来？

引用 @messiah1986 发表的:
以前的绿皮车可以到……很多地方呢

哈哈，可能我理解错了，我觉得同一时间同一个车次不能去俩地方吧，他那个图片上

引用 @秋名山顶老司机 发表的:
以前网上段子说淘宝双十一一分钟多少个亿的交易都能立马处理，反观12306经常买不到票，就觉得国家真是垃圾找关系户做软件浪费钱……

楼上有人没理解，我意思是以前不懂事听信网络段子觉得自己很傻……

引用 @用户0159522207 发表的:
明确答复你，真不是！

就当时那个烂系统，那么高的并发下，你告诉我，有票就能刷出来？

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

拿什么拿，铁路自己搞不定，去找阿里帮忙的，阿里免费提供技术支援。

引用 @乱红飞过 发表的:
https://b23.tv/av81009627

这个视频清楚明白的讲解了春运时期12306业务处理难度与爆买时期电商平台的难度比较……

亮你上去

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

原来如此，之前从沈阳北到郑州东的时候就发现有点不对劲

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

那阿里云是低价租给铁总用的？

引用 @打板二加一 发表的:
最根本的票池，以及和全国所有的车站，以及火车票代售点的链接，结算，还有支付

扯犊子，这些都是数据，只需要云过来就可以了，如果连这个都做不到，那12306还卖啥票，并且你说的这些很好弄，没有什么技术难度

引用 @打板二加一 发表的:
最根本的票池，以及和全国所有的车站，以及火车票代售点的链接，结算，还有支付

有多少张票 这不就是查询吗 你不查怎么知道？

引用 @你看我这个昵称怎么样 发表的:
买不到票是没票，不是系统有票但是你刷不出来。跟系统没关系，要黑到点子上才行。

那为什么有好不容易抢到票上车发现好多空座呢

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

可能在你的思维方式里觉着就是“求”吧......

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

我没记错的话12306的架构是VMware 做的吧

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

很明显，有一张是假票

引用 @wander33 发表的:
这个不是马云求的吧？最多就是双方磋商。

对，反正马云让步很大，我这个求用的不大准确

完爆几个淘宝都不为过..实在是太吊了..

引用 @秋名山顶老司机 发表的:
以前网上段子说淘宝双十一一分钟多少个亿的交易都能立马处理，反观12306经常买不到票，就觉得国家真是垃圾找关系户做软件浪费钱……

那是因为很多机关做的垃圾网站导致的惯性思维。。。。

引用 @可否给我一吻 发表的:
就你这个多一些少一些就知道你的水平了 别不懂装懂了

这个还真的是对的，我自己有打电话咨询过官方客服，前期放票时，各乘车区间的票都已经安排好了。都是按车厢排的，所以同一节车厢里，大多数是老乡。这也是为什么区间票没了，全程票却一直有的原因。

引用 @郑州外国语学校 发表的:
很明显，有一张是假票

都是真的，在火车拍的，一张是我的，一张是别人的，系统出问题了

引用内容可能违规暂时被隐藏

只是你买的那个区间没票

引用 @这么惨的故事缺没有人说 发表的:
有多少张票 这不就是查询吗 你不查怎么知道？

阿里只是承担了12306app的查询，其他车站代售点不是用的阿里云的方案，相对来说不是最重要的，因为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不再需要配合春运大量扩容基础设施，而是租赁阿里云；高峰期之后不再租赁回收成本。对于阿里云而言，可以不断扩容计算资源，不同时间分配给不同客户，比如双十一扩容的服务器春运就派上了用场，这让整个计算资源得到充分利用。

强！

记得刚出来的时候卡的一批，后面有人说春运期间每分钟这个APP可能被点击几亿次，我就释然了，到现在APP再也不会卡了。

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

以前的名梗不是12306的验证码吗，沙雕网友那些图能笑死人

引用 @t_macing 发表的:
扯犊子，这些都是数据，只需要云过来就可以了，如果连这个都做不到，那12306还卖啥票，并且你说的这些很好弄，没有什么技术难度

对于大数据来说最重要的不是能不能看，而是不能错，你说云过来这一句话就暴露出你是血外行

世界级别的，这个难度超过阿里双11至少一个数量级

引用 @CI肉 发表的:
可能在你的思维方式里觉着就是“求”吧......

马云做了很大让步，我这个求不大准确

每年春运都有数亿人买票吧，这其中只要有十万分之一的人买不到票，社会舆论压力影响就会吃人的再加上许多人推波助澜，喜欢炒作弄大事情，但是12306这么多年了，发生过有如此声势浩大的网络舆论社会报道事件吗，但是没有，所以别咸吃萝卜淡操心了

引用 @昵称不要太个性 发表的:
你这么一说我咋觉得12306更牛皮了，那么多机器人冲击，他还是没出问题。

这是服务器牛逼吧

引用 @阿满阿 发表的:
都是真的，在火车拍的，一张是我的，一张是别人的，系统出问题了

同一个车厢不可能同时有一等座和二等座，票印错了

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

你这个应该是车型变了，比如前面卖的是3c型车的车票，后面卖的是复兴号的车票，导致重号，铁路会重新安排个位子给其中另外一个人的

引用 @可否给我一吻 发表的:
就你这个多一些少一些就知道你的水平了 别不懂装懂了

你别不懂装懂了 事实就是这样的 只是在最后才会重新组合 所以才会有时候过几天反而能买到票 除了退票的就是重新组合的票

12306我之前看过一个报道说背后是阿里巴巴的技术和服务器在支撑。

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

你去了解下。就是阿里云求着铁总用的

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

哈哈哈哈笑死。你这连最基础的编程都没学过吧

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

不是，我寻思12306不就是把售票系统增加了手机客户端吗？和算法有什么关系，12306出来之前，各地火车站人工售票窗口的售票系统算法难道不就是这样把余票实时更新的？

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

春节或高峰期抢到无座票我也愿意🐶🐶🐶

引用 @瓜皮猎人 发表的:
每年春运都有数亿人买票吧，这其中只要有十万分之一的人买不到票，社会舆论压力影响就会吃人的再加上许多人推波助澜，喜欢炒作弄大事情，但是12306这么多年了，发生过有如此声势浩大的网络舆论社会报道事件吗，但是没有，所以别咸吃萝卜淡操心了

不信的人，可以每年春运结束后看看全国新闻联播，国家铁路局给出的数据，累计有多少亿人次，一个人次就是一张票啊

不懂装懂的人真多,外行就别阿里求不求的了.只能说程序员现在的社会认同度还是太低

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

这个我不是工作人员，不能明确回答吧
从侧面来说，大家骂的厉害的一直是交互界面吧，如果经常有超卖情况的话12306早被网友端了吧，毕竟这个需求得有多大啊

引用 @魂淡大流氓 发表的:
胆子可以大一点，世界最牛的那个水平

亚谷微呢？

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

马云李彦宏评价12306怎么臭，你贴出来我看一下。而且你是开发吗？我就想知道什么项目不需要迭代，只要一个版本就能做到完美，而且12306不是一个新项目，是基于一个已有庞大票务系统做的迭代和拓展，难度比从零开始难多了。

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

12306刚开通的时候被很多人吐糟，那时候我就觉得他很屌了，复杂度非常高，考虑性能，并发很多东西、

引用 @米兰的小铁门 发表的:
事实上阿里也是借助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别提多烂了，也算知耻而后勇了。

引用 @郑州外国语学校 发表的:
同一个车厢不可能同时有一等座和二等座，票印错了

刚刚还说是假票

引用 @马超的双龙尖 发表的:
现在的人啊，记性怎么那么差，记性差就算了，百度一下那么难吗？
一则报道现实早在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不再需要配合春运大量扩容基础设施，而是租赁阿里云；高峰期之后不再租赁回收成本。对于阿里云而言，可以不断扩容计算资源，不同时间分配给不同客户，比如双十一扩容的服务器春运就派上了用场，这让整个计算资源得到充分利用。

专业，所以国内技术大拿还得看阿里来推动。

引用 @假行僧hobby 发表的:
肯定本土企业更合适啊 还亚马逊

只谈技术，不谈政治……

引用 @张老师不扯淡 发表的:
？？？？？？

这就两个座位，两个目的地哪里重叠了？

引用 @awakemee 发表的:
你这种怎么可能不让上，都是这趟车。

多久不上网了？

引用 @马超的双龙尖 发表的:
现在的人啊，记性怎么那么差，记性差就算了，百度一下那么难吗？
一则报道现实早在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不再需要配合春运大量扩容基础设施，而是租赁阿里云；高峰期之后不再租赁回收成本。对于阿里云而言，可以不断扩容计算资源，不同时间分配给不同客户，比如双十一扩容的服务器春运就派上了用场，这让整个计算资源得到充分利用。

这就是专业！

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

这个事情我倒是遇到过，不过没让上的给安排到别的车上了

引用 @马超的双龙尖 发表的:
现在的人啊，记性怎么那么差，记性差就算了，百度一下那么难吗？
一则报道现实早在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既要保证每张票支付有效，不能超卖少卖，还要顶住巨大的qps 确实很强

引用 @后天体 发表的:
哈哈，可能我理解错了，我觉得同一时间同一个车次不能去俩地方吧，他那个图片上

不是去两个地方，而是去北京南的路线上包含了去无锡。也就是说如果有人先买了从杭州东去北京南的那么这个座位就是从起点到终点都是他的。如果有人先买了去无锡这个座位，那么后续这个座位再售就是无锡到北京南。

引用 @joungpig 发表的:
马云李彦宏评价12306怎么臭，你贴出来我看一下。而且你是开发吗？我就想知道什么项目不需要迭代，只要一个版本就能做到完美，而且12306不是一个新项目，是基于一个已有庞大票务系统做的迭代和拓展，难度比从零开始难多了。

可以自己去搜 这么懒呢 十年前我确实是开发 而且还是我说的那俩老总中的公司

我是程序员，论复杂技术架构肯定是淘宝，淘宝可不止买东西。

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

技术谁厉害我不懂，但是就阿里这种双十一的历练来看，明显对12306的业务有更高契合度。不是能力强就可以搞定一切的，经验也非常重要

引用 @小心夹头 发表的:
这就两个座位，两个目的地哪里重叠了？

都从杭州出发 都要经过无锡 都是一个座位，那么问题来了 重不重叠？

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

我寻思这算是常识吧。。。

引用 @不会推理的推理迷 发表的:
刚刚还说是假票

当事人都说不是假票了，我没必要坚持吧

引用 @ICU996 发表的:
有人吐槽12306一个人做app，一群人做服务器

app那过渡动画，简直了，现在这个版本才是及格线

引用 @Big3_Heat 发表的:
看靠近北京还是远离北京的方向

如果是东西方向呢？

引用内容可能违规暂时被隐藏

你该不会认为火车只到达你需要的那一站吧

引用 @xiaoz90748 发表的:
不是，我寻思12306不就是把售票系统增加了手机客户端吗？和算法有什么关系，12306出来之前，各地火车站人工售票窗口的售票系统算法难道不就是这样把余票实时更新的？

有时候面对一个问题可以多想一会再发言

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

来了来了

引用 @米粒儿爹 发表的:
可以自己去搜 这么懒呢 十年前我确实是开发 而且还是我说的那俩老总中的公司

你自己说的还要别人搜？谁主张谁举证知道吗？

引用 @xiaoz90748 发表的:
不是，我寻思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不再需要配合春运大量扩容基础设施，而是租赁阿里云；高峰期之后不再租赁回收成本。对于阿里云而言，可以不断扩容计算资源，不同时间分配给不同客户，比如双十一扩容的服务器春运就派上了用场，这让整个计算资源得到充分利用。

引用 @S10冠军赛区LPL 发表的:
哪个是冯潇霆哪个是赵旭日？🐶

六个鸟腿，让你说哪种是麻雀🐶🐶🐶🐶

引用 @长沙范乡长 发表的:
来个记录让我们来学习一下？

好像是用outlook 发的邮件，现在换了几次手机了，outlook 上的发件箱啥都没了，可能是没把历史记录同步下来，那时候还在上学，穷啊，所以分文必争，不可能编故事来黑12306

引用 @xiaoz90748 发表的:
不是，我寻思12306不就是把售票系统增加了手机客户端吗？和算法有什么关系，12306出来之前，各地火车站人工售票窗口的售票系统算法难道不就是这样把余票实时更新的？

以前有售票系统这个东西？

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

我已经亲身经历，同一个座卖了两张，都是真票，最后我被安排到卧铺去了。

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

查询最难啊，付款有啥难度？半小时内付款就行。

听说请教了阿里工程师#

引用内容可能违规暂时被隐藏

区间售票，不是所有人的路程都和你一致。

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

https://mp.weixin.qq.com/s/z-kJFoUouNmkQDPfGk5l7w《为什么12306时不时要崩那么一下》 这篇文章写得很具体了，12306已经超神，然而太多人对于基础设施存在不合理的期待

引用 @纯看球不追星 发表的:
查询最难啊，付款有啥难度？半小时内付款就行。

之前没接入支付宝微信之前经常出问题，查询站的流量最大，但是难度真不是最大的

引用内容可能违规暂时被隐藏

哟，你不会以为区间不上车就没人了吧

引用 @优雅杀手TR 发表的:
借楼回复一下，从事过后端算法及大数据相关行业。其实，12306的算法，逻辑和结构并不难，难的是支撑如此大的用户同时使用的算力支撑。个人见解，欢迎讨论。

算力是什么

引用 @手短终结者 发表的:
我是今年才发现同一趟车有的站点后车次不一样，然后又一样，原来是这样

前几年我试过。
广州南往厦门方向，中间经停深圳北。
我广州南上的车。

刚开始上车时车身显示车次为G1013（具体记不得了，但肯定是G字头）

到深圳北我下车，坐扶梯时转头一瞄，看到车身的车次跟我票面的车次信息不一样了，但只差一个数字，变成了G1012（大概是这样吧）

PS:我猜大概是分两段吧，一是广深铁路，二是厦深铁路，也就是深圳北到厦门段。
广深铁路要比厦深铁路早好几年开通的，厦深铁路2013年12月28日开通的，因为当时还在广州读大三，家里有点事，要往回家赶，对这日期印象特别深刻。

引用 @messiah1986 发表的:
这个我不是工作人员，不能明确回答吧
从侧面来说，大家骂的厉害的一直是交互界面吧，如果经常有超卖情况的话12306早被网友端了吧，毕竟这个需求得有多大啊

当时那个烂系统，那么高的并发下，早早就触发熔断，限流了

引用内容可能违规暂时被隐藏

锁票是春运期间的常规操作，刚开始只卖起止点和中途大站的票，很多人前几天抢不到票就买了全程票但只坐其中一段区间，你看到的空位其实已经被人买了，只是还没上来或者已经下去了。

应该是顶级了

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

铁道部当年发话，钱不是问题只要能解决12306的问题，找了IBM 人觉得技术水平不够

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

不是马云求着铁总那是铁总求着马总咯？

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

阿三已经实现了🐶