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

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

要价呢？港珠澳大桥叫荷兰团队搞，他们觉得我们疯了，要天价就是想宰人，还是被自己人搞好了？外国人啥时候都靠不住。

一般水平

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

算法且不论，并发数那是数量级的增大，人工窗口到个人窗口的量级

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

以前app和网页是真的垃圾，最想吐槽这两，票就算了，以前那动不动卡死的app是真的牛批。。

淘宝再庞大，也就是个线上系统，而12306还要兼顾线下买票的人，并确保线上线下数据统一，恕我直言，淘宝跟12306比真的是个弟弟。

引用 @joungpig 发表的:
你自己说的还要别人搜？谁主张谁举证知道吗？

我真爱惯着你 看搜不搜

以前我也觉得12306不就是一个经常崩溃的购票网站而已，看了科普视频我才知道这个网站有多么🐂🍺。

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

12306面对的是14亿客户。谷歌服务的除过中国的其他经济不错的地区总人口加起来不过11亿。还不一定搞过没搞过这样规模的项目。

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

想知道铁总跟阿里签了多久的框架协议

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

首先并发量不是一个级别的，以前靠人工，满打满算就是全国所有售票窗口的总和，往小了说每个窗口排10个人吧，有app之后可能有5个人就app买了，并发量就上去了。最恐怖的是春运这种时候，并发量估计是以前传统售票系统的几百倍，体量翻了几个数量级，原来的算法就不能适应要重新设计了。以上个人愚见

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

能不能不发项目喜报进来

引用 @曾经天长地久今在何方 发表的:
他妈的最难得就是查询

查询并发也是最高，而且还有一堆刷票的服务在后台跑，简直就是人均DDOS，毕竟交易只是在最后

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

笑死 你这不是章口就莱？不要顾左右而言他，把怎么臭的贴出来，让大伙欣赏一下。

引用 @轮转换位 发表的:
那为什么有好不容易抢到票上车发现好多空座呢

你真是十分聪敏了

引用 @i272 发表的:
那现在买全程有票，买区间段没票是什么原因？

优先保证长途旅客回家，减少空载率

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

我国申奥成功辣!🐶

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

但是确实阿里云在当时是最佳选择，其他云不太行。

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

借助阿里的技术？瞎几把扯都不打草稿的？萨皮

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

很简单的一个道理，以前10个人都想买需要到窗口排队，一个一个买，现在10个人可以同时用app买，并发量就是数量级的增加

引用 @阿笨快跑呀 发表的:
你去了解下。就是阿里云求着铁总用的

是啊，人家12306搞的好好的，阿里眼红铁路的技术，马云都差点跪下来了

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

你真是个小天才……

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

这个用的是铁路原有那套系统吧？12306只是负责卖票吧

什么水平，阿里水军天天出来说这是他们功劳的水平……
明明是中科院大佬搞定的

还记得上大学的时候数据库老师没事就喷一喷12306，大概12年 13年那会儿

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

并不是不允许发生错误，只是错误率要求很低，比如亿分之一。
亿分之一和0差很远。

引用 @映斜阳 发表的:
？？就是12306app，我从来不用第三方

兄弟，12306没有抢票功能。只有候补，如果你用的抢票，那肯定是第三方。

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

其实以前的更先进，都是售票员给组合的，属于边缘计算

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

不知道你说的最不重要指的是哪方面的？如果对于系统整体的性能来说我觉得是相当重要的，从技术的角度出发实现起来是最难的。

我个人是觉得12306真的很了不起，高峰期一天不知道要被爬多少次
而且我每次买票都是用12306买的

引用 @绿军火箭 发表的:
12306面对的是14亿客户。谷歌服务的除过中国的其他经济不错的地区总人口加起来不过11亿。还不一定搞过没搞过这样规模的项目。

应该是没有14亿这么夸张，我们的总人口是14亿，但在12306有账号的应该比例不会特别高！
现在处理用户数最多的网站应该还是Facebook、Google和亚马逊，国内百度的数字不会低，不过现在微信和抖音的技术都应该比百度好了！
处理高并发上不觉得阿里比腾讯和字节跳动领先多少！

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

听着有点语病。。

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

完全不觉得叼，倒是每年过年就拉出来吹一编，看都看烦了。

首先铁路卖票就不是那么个卖法，所有区间段的票数都是预留好的，哪来的什么不同排列组合？让你去设计你会把票设计成完全动态的？脑子进水了吗。

其次，整个铁路系统票务量是很庞大，但是不同线路间的数据并没有什么关联，完全可以彻底分开。比如你把京沪线和京津线的票务做到两个系统里完全没任何问题。这么分一分系统量级就减小很多了。

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

最早高峰期网页都打不开的，那时候还被骂，后面算法改进，服务器更新，才不卡的。那时候我大学买春运回家的车票，记忆犹新。

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

比大部分牛没毛病，但超过阿里就有点吹牛逼了，前端加入了那么多强校验，很大程度上已经阻碍了并发量，后端买票又加入队列超时处理。高峰期登录成问题，买票十买九付不了款。完了还有分段购票减轻服务压力。
试问，你双十一零点会出现登录淘宝费劲，支付失败的问题吗？
再者阿里的支付接口性能才是值得吹一吹的吗？这个才是完全不允许错误发生的吧。
说句不爱听的，但凡现在12306取消前后端的一项校验，服务器随时宕机，12306啥时候解决了这些现实存在的问题再来吹也不迟，当然现在也挺厉害了。

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

我怎么记得外行都在骂内行觉得难？业内人士有多少人敢说自己能做到的？哪怕是第一代的？

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

说的对，当时是网民喷，没见有大佬出来说的，

引用 @EDG打野诺言 发表的:
反正我达不到的水平

你达得到还去打锤子lol

是的，电商只是单一减少，不会影响其他的，套餐都是固定好的。
而12306多卖一张中途票，很可能几百张都没有了，这趟车都得重新计算剩余次数。
电商水平就是所有人只买全程票。

引用 @背刺小黑屋 发表的:
应该是没有14亿这么夸张，我们的总人口是14亿，但在12306有账号的应该比例不会特别高！
现在处理用户数最多的网站应该还是Facebook、Google和亚马逊，国内百度的数字不会低，不过现在微信和抖音的技术都应该比百度好了！
处理高并发上不觉得阿里比腾讯和字节跳动领先多少！

阿里的用户都是在一个时区，亚马逊的用户在不同时区，服务器压力不会那么大。

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

那你就是张口就来

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

别加戏了行吗，还裂变库存。铁路上的票各个区间段都是预留的，数量早就定死了，怎么可能纯动态。人家铁路的人可没你们这么聪明，还整出个动态库存来了，稍微用脑子想想也知道不可能。

引用 @iceskeeter 发表的:
这个用的是铁路原有那套系统吧？12306只是负责卖票吧

铁总原有一整套系统，然后又开发了12306接入了这个系统

阿里巴巴做的技术支持，很强，但是电商不是弟弟

引用 @风微微凉 发表的:
其他不知道，反正很早之前的双十一淘宝也跟辣鸡，付不了钱

都是需要经验不断完善的不是么

我见过的最耐操的系统了

暴露年龄的帖子，很多人估计12306卡成狗的时候还没到买火车票回家的年龄。。。

引用 @Rocket_麦 发表的:
不知道你说的最不重要指的是哪方面的？如果对于系统整体的性能来说我觉得是相当重要的，从技术的角度出发实现起来是最难的。

从可替代性，即使12306App的查询不能用还可以用全国车站，代售点来查询

引用 @倪尧BSU 发表的:
阿里的用户都是在一个时区，亚马逊的用户在不同时区，服务器压力不会那么大。

在云计算领域阿里的确很牛逼，但是亚马逊还是稍强，毕竟亚马逊布局云计算时间更久。
至于时区，你想说的是双11阿里的瞬间并发大？但是黑五的时候亚马逊的网站也是经受全球流量的冲击的啊！

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

又一个加戏的，事实上12306出错票挺常见的，我都碰到过。但是这根本就不是什么大事，上车发现错了乘务员重新给你安排个座就行了，不行坐乘务员的座。哪有什么不允许发生错误？

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

12306刚刚上线的那一年，我买票付款完卡了，然后再买了一张，放假回家快一个月了自动给我退银行卡了。

有些人不知道以前的坑
对买票而言，以前春节买票排队一天一夜不知道？
同样是买不到票。你是排队一天买不到票还是手机刷对你舒服一点？

引用 @某大号的小号 发表的:
其实以前的更先进，都是售票员给组合的，属于边缘计算

233

引用 @苏美丽颜容 发表的:
我发生过一起不知道算不算，我当时从桂林北站去桂林站，我上车后找到我座位发现有人了，然后我报了我的车次和座位，发现跟旁边的人的车次都不一样，也就是发生了之前jr说的到站后车次改变了，因为我是最后一节车厢跟乘务员们讨论了之后确实是改变了，但座位有没有重叠我不记得了(当时发生这种事我也有点慌，瞄了一眼她的车票座位，后面我就忘记了，印象中是重叠了），想着也就站十几分算了。

哈哈，桂林北到桂林这么近，踩个单车也就十几分钟。坐火车不是很麻烦嘛

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

您又知道了

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

去年腾讯给中国烟草免费提供了5台服务器。
据说马云派了助手去而马化腾是亲自去的，所以用了腾讯的。（马化腾亲自去不清楚是不是真的，但是腾讯阿里争着免费给中烟服务器绝对是真的）

作为程序员，觉得牛逼

引用 @我要从南朴到北还要从白朴到黑 发表的:
我没记错的话12306的架构是VMware 做的吧

早就升级了

引用 @唯艾和詹 发表的:
听着有点语病。。

没有吧。。

引用 @马超的双龙尖 发表的:
现在的人啊，记性怎么那么差，记性差就算了，百度一下那么难吗？
一则报道现实早在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这种体量的客户全世界厂商都抢着去做的，而且纯技术方面我不觉得阿里比亚马逊谷歌有什么优势，特别是当年。

但是事实阿里确实把这件事做成功了，回头来看，可以说当时的阿里有信心有实力

引用 @打板二加一 发表的:
对于大数据来说最重要的不是能不能看，而是不能错，你说云过来这一句话就暴露出你是血外行

哈哈哈哈哈哈，请问这些数据不是云过来是怎么过来的？内行人？

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

只能说，外行看热闹，内行看门道吧

引用 @苏美丽颜容 发表的:
我发生过一起不知道算不算，我当时从桂林北站去桂林站，我上车后找到我座位发现有人了，然后我报了我的车次和座位，发现跟旁边的人的车次都不一样，也就是发生了之前jr说的到站后车次改变了，因为我是最后一节车厢跟乘务员们讨论了之后确实是改变了，但座位有没有重叠我不记得了(当时发生这种事我也有点慌，瞄了一眼她的车票座位，后面我就忘记了，印象中是重叠了），想着也就站十几分算了。

从北站到南站，这个车次变了估计是一开始这车是从南宁方向过来的，在北站为中转站，终点站为南站，上下行发生变化之后系统估计没完善，默认为始发的新车重新算票了吧，只是有这个可能，但是我这么多年还没遇见过一样的座位冲突

引用 @最喜欢6号迈阿密 发表的:
淘宝再庞大，也就是个线上系统，而12306还要兼顾线下买票的人，并确保线上线下数据统一，恕我直言，淘宝跟12306比真的是个弟弟。

线下难道不联网的吗？

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

别丢人了，没火车票能怪12306？厨师做不出饭你去怪送外卖的？

引用 @千与千寻Okuhara 发表的:
哈哈，桂林北到桂林这么近，踩个单车也就十几分钟。坐火车不是很麻烦嘛

踩单车十几分钟？飞毛腿吗？南站北站这么远，那是因为铁路是直的所以坐火车才十几分钟

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

逻辑讲道理不是特别复杂，比起大型项目，并发是真的猛，比双十一搞几个层次，这已经不是微服物的问题了

引用 @我想长到120 发表的:
六个鸟腿，让你说哪种是麻雀🐶🐶🐶🐶

六杯白酒，哪个是茅台？

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

阿里云负责人今年被评上院士，获得了国家科技进步一等奖，双十一的规模是全世界最大的，所以技术难题和需求是基于国情而起的，阿里都搞不定，那基本没人搞得定了

引用 @无来无去不悔不怨 发表的:
六杯白酒，哪个是茅台？

来你给额舍，面前这六杯酒，哪一杯是茅台，额告诉你，么有一杯是茅台，额要是能喝得起茅台额哈坐啥烂怂火车里嘛

引用 @t_macing 发表的:
哈哈哈哈哈哈，请问这些数据不是云过来是怎么过来的？内行人？

你说是就是，你说12306很容易就很容易

场景上就是像阿里双十一，对付这个，全世界确实没有比阿里更擅长的了，库存处理上逻辑不同，其他都是一样的，阿里是改一个商品库存，12306买一个票改多个库存。

引用 @Atomicc 发表的:
场景上就是像阿里双十一，对付这个，全世界确实没有比阿里更擅长的了，库存处理上逻辑不同，其他都是一样的，阿里是改一个商品库存，12306买一个票改多个库存。

库存逻辑也是一样的，根本就没有什么动态配票

引用 @苏美丽颜容 发表的:
我发生过一起不知道算不算，我当时从桂林北站去桂林站，我上车后找到我座位发现有人了，然后我报了我的车次和座位，发现跟旁边的人的车次都不一样，也就是发生了之前jr说的到站后车次改变了，因为我是最后一节车厢跟乘务员们讨论了之后确实是改变了，但座位有没有重叠我不记得了(当时发生这种事我也有点慌，瞄了一眼她的车票座位，后面我就忘记了，印象中是重叠了），想着也就站十几分算了。

我也发生过一次，买的17号的车票18号坐车走的🌚🌚🌚

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

补个站票 皆大欢喜

引用 @梦想稀里哗啦 发表的:
那么就又有一个问题了，阿里云能不能保护好广大用户的个人信息？细思极恐……

没必要细思极恐这玩意，现在这信息化时代各种软件都有你个人信息，不用说阿里云和铁路合作能不能保护好个人信息，在这之前淘宝、支付宝都有你个人详细信息，如果这方面的隐私保护做不到位，别人又怎么可能做到这么大体量

引用 @某大号的小号 发表的:
其实以前的更先进，都是售票员给组合的，属于边缘计算

人力计算，这边缘计算的算力有点强。

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

你觉得京东方跟三星有优势吗？
没有！ 但是华为为什么扶持了这么多年。
你想一辈子都把钱给外企赚了？

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

那你这不就是张口就来嘛

可以的。。

引用 @背刺小黑屋 发表的:
应该是没有14亿这么夸张，我们的总人口是14亿，但在12306有账号的应该比例不会特别高！
现在处理用户数最多的网站应该还是Facebook、Google和亚马逊，国内百度的数字不会低，不过现在微信和抖音的技术都应该比百度好了！
处理高并发上不觉得阿里比腾讯和字节跳动领先多少！

即使没在12306有账号，其他订票软件，只是代替你去访问12306网站而已。

12306巅峰访问量可能超过一般人想象

https://www.zhihu.com/question/334299183/answer/746173771

作为IT行业人员，觉得很牛逼，特别是性能这块

引用 @梦想稀里哗啦 发表的:
那么就又有一个问题了，阿里云能不能保护好广大用户的个人信息？细思极恐……

在中国 ，这个东西。 哎 不说了 都不太重视

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

这是真的，单位之前有铁总借调过来的同事，自己就说系统外包给阿里之后明显上了几个台阶。

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

我从湖南回新疆每年都买不到湖南的票，一气之下直接买广东到乌鲁木齐的。🐶那这样的话广东到湖南就没人坐。

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

一个一等座一个二等座

引用 @xxiang333 发表的:
比大部分牛没毛病，但超过阿里就有点吹牛逼了，前端加入了那么多强校验，很大程度上已经阻碍了并发量，后端买票又加入队列超时处理。高峰期登录成问题，买票十买九付不了款。完了还有分段购票减轻服务压力。
试问，你双十一零点会出现登录淘宝费劲，支付失败的问题吗？
再者阿里的支付接口性能才是值得吹一吹的吗？这个才是完全不允许错误发生的吧。
说句不爱听的，但凡现在12306取消前后端的一项校验，服务器随时宕机，12306啥时候解决了这些现实存在的问题再来吹也不迟，当然现在也挺厉害了。

这跟双十一抢购就是两个场景业务，阿里也解决不了，太多限制，太多需要兼容。

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

这智商还坐火车？步行得了

引用 @低调的土拨鼠 发表的:
踩单车十几分钟？飞毛腿吗？南站北站这么远，那是因为铁路是直的所以坐火车才十几分钟

好吧，我是晚上开车感觉快而已，实际上有8、9公里。不过确实中山路一条直路啊，北极广场走环城西也就是沿着铁路边走吖

引用内容由于违规已被删除

之前用过阿里云，后来是自己的技术了。了解一下再骂人兄弟。