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

引用 @跳伞塔派出所 发表的:
我发现这个帖子里面混淆了一个概念。

数量最多和算法最难。

就像一个食堂。每天能供应上万人同时吃午饭，这很了不起。因为一般食堂也就坐几百人。
但不代表厨师都是特级水平，做出来的都是最难做的菜。

前者是数量。后者是质量。

说12306承载量最多，我承认。
说12306是运算最难的项目，不敢苟同。

你举的例子里，做菜，客户A的菜和客户B的菜毫无关系，客户增加，我也增加厨师就可以了。但铁路不是，α服务器里面客户A查询余票的时候，是要考虑β服务器里的客户B买了哪个路段的票，然后再减少相应路段的库存。前面提到了那么大的请求量，肯定是要分给不同的服务器进行处理的，但是服务器之间怎么交换这些数据，这个是一个技术难题，完全不是像加厨师一样，靠堆服务器就能够解决的。

引用 @Lurito 发表的:
你举的例子里，做菜，客户A的菜和客户B的菜毫无关系，客户增加，我也增加厨师就可以了。但铁路不是，α服务器里面客户A查询余票的时候，是要考虑β服务器里的客户B买了哪个路段的票，然后再减少相应路段的库存。前面提到了那么大的请求量，肯定是要分给不同的服务器进行处理的，但是服务器之间怎么交换这些数据，这个是一个技术难题，完全不是像加厨师一样，靠堆服务器就能够解决的。

一码事啊。
你怎么知道客户a点啥，客户b点啥。
今天点鱼香肉丝的人多了，备菜就不够了。
就总被人投诉呀。

一万人里面有三千点不到自己想吃的菜，这就是十年前的12306。

引用 @凯撒还是天天 发表的:
那阿里云是低价租给铁总用的？

就这么说，国企。。你的东西再好，你不求我，我不用你的。。你一点办法没有。。铁总对阿里来说就是甲方，我就是爸爸。不存在我求你。。你有你求我。

有一说一，早些年时12306是经常被骂的，也是无数程序员一点点改进才成为今天的12306

引用 @跳伞塔派出所 发表的:
一码事啊。
你怎么知道客户a点啥，客户b点啥。
今天点鱼香肉丝的人多了，备菜就不够了。
就总被人投诉呀。

一万人里面有三千点不到自己想吃的菜，这就是十年前的12306。

并不是如此，我们的模式不是像饭店一样，客户要什么，我就给什么。而是像工厂仓库一样，查询余票就相当于客户点名要什么货，我去仓库里查一下还有多少存货；购票就是我去仓库里取货给客户。但是货物数量很大，所以我有几百上千个分仓库，可能客户查询的东西分布在几十个分仓里面，而且这些仓库的库存每一毫秒都不一样，我既要准确地让客户知道库存量，还不能让客户等。而且，我同时服务无数个客户，仓库的门就那么大，我还要尽量让各个仓库的流量均匀分布，不能允许发生交通拥堵。那么这就是一个技术问题了，靠堆人往往是不能解决这个问题的。 [ 此帖被Lurito在2020-01-20 13:05修改 ]

引用 @马超的双龙尖 发表的:
现在的人啊，记性怎么那么差，记性差就算了，百度一下那么难吗？
一则报道现实早在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难就难在不允许发生错误，每一笔交易都必须精准算好，电商出bug大不了赔个代金券，或者叫别的仓库补发。12306出错了，你去哪里赔张票给人家，座位就那么多。

所以分批卖啊，第一批卖多了，第二批少卖点呗，又不是一次性卖完。

引用 @马超的双龙尖 发表的:
线下难道不联网的吗？

联网啊，所以才复杂麻烦啊，你实体店卖了一个东西，淘宝上库存会-1吗，并不会吧～而且并发那么大，不像双11就那么一会儿或者一天，12306这基本持续一个月，再加上其他jr说的准确性问题，想着就头疼

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

我当时从贵港出发去桂林玩，那时候酒店离桂林站近些，我人生地不熟还拖着行李，索性直接再买一张票转车了。

引用 @bye孙悟空 发表的:
三万qps 你真是秀逗 来留一下工牌看看哪个公司大牛

去年百度发红包，百度自己披露的，不是我们公司

引用 @Lurito 发表的:
并不是如此，我们的模式不是像饭店一样，客户要什么，我就给什么。而是像工厂仓库一样，查询余票就相当于客户点名要什么货，我去仓库里查一下还有多少存货；购票就是我去仓库里取货给客户。但是货物数量很大，所以我有几百上千个分仓库，可能客户查询的东西分布在几十个分仓里面，而且这些仓库的库存每一毫秒都不一样，我既要准确地让客户知道库存量，还不能让客户等。而且，我同时服务无数个客户，仓库的门就那么大，我还要尽量让各个仓库的流量均匀分布，不能允许发生交通拥堵。那么这就是一个技术问题了，靠堆人往往是不能解决这个问题的。

那不是一样吗？
北京的票就是烤鸭库存，上海的票就是小笼包库存，成都的票就是火锅库存。
量越大的话，对制作、仓储和运输的考验越大。
但不代表其计算算法更难。

而且你也提到了仓库门的问题，食堂也是一样的呀。

引用 @打板二加一 发表的:
去年百度发红包，百度自己披露的，不是我们公司

求ppt求链接 第一层bfe qps至少就百万了吧

引用 @划过天空的胖子 发表的:
超员了真不让上

那我买杭州到衢州，没买到，不过能买到杭州到诸暨的票，在杭州站，不让我上？

引用 @不会推理的推理迷 发表的:
多久不上网了？

那我买杭州到衢州，没买到，不过能买到杭州到诸暨的票，在杭州站，不让我上？

引用 @划过天空的胖子 发表的:
超员了真不让上

我觉得车上不让补票，票上哪里下车就得下车还好理解。居然连车都不让上。我之前都是上车补票的，

引用 @跳伞塔派出所 发表的:
那不是一样吗？
北京的票就是烤鸭库存，上海的票就是小笼包库存，成都的票就是火锅库存。
量越大的话，对制作、仓储和运输的考验越大。
但不代表其计算算法更难。

而且你也提到了仓库门的问题，食堂也是一样的呀。

可这不是汽车，这是火车，一条京沪线有几十个站点，组合出来就是几百种库存了。况且，假如两点整，B窗口的客户把最后一份北京烤鸭买下了，这时候北京烤鸭的存货应该为0。但是，A窗口的客户在两点零一秒问北京烤鸭还剩多少，结果A窗口服务生跑得比B窗口更快，到仓库一看，跑回去告诉客户还剩一只，这不就出事故了吗。所以各个窗口之间怎么通讯，怎么在第一时间准时准确地获取到库存信息，这是一个很麻烦的问题。

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

我出现过这个情况。付了两次，但是一个星期后自动退回了

引用 @跳伞塔派出所 发表的:
那不是一样吗？
北京的票就是烤鸭库存，上海的票就是小笼包库存，成都的票就是火锅库存。
量越大的话，对制作、仓储和运输的考验越大。
但不代表其计算算法更难。

而且你也提到了仓库门的问题，食堂也是一样的呀。

解决这些问题，不仅是加强人手，甚至不只是改进管理制度的问题，甚至还要发明新的技术。比如说仓库的例子，跑腿传送信息，太慢了，所以要搞发明创造啊。诶，搞出电报来，后来发现电报也麻烦啊，诶，搞出电脑来，这个就是技术的改进。

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

无知不可怕，无知不自知才可怕

引用 @泉盛辉煌hu5 发表的:
12306的算法是铁总找阿里搞定的。所以你说电商平台技术比不过12306，并不是电商没能力，而是觉得没必要

不是一个公司做的 是好多个公司 每个负责一部分

引用 @curtainand 发表的:
好像就是阿里团队做的吧

好几个公司 不止阿里

引用 @Lurito 发表的:
可这不是汽车，这是火车，一条京沪线有几十个站点，组合出来就是几百种库存了。况且，假如两点整，B窗口的客户把最后一份北京烤鸭买下了，这时候北京烤鸭的存货应该为0。但是，A窗口的客户在两点零一秒问北京烤鸭还剩多少，结果A窗口服务生跑得比B窗口更快，到仓库一看，跑回去告诉客户还剩一只，这不就出事故了吗。所以各个窗口之间怎么通讯，怎么在第一时间准时准确地获取到库存信息，这是一个很麻烦的问题。

大哥，你脑筋就这么转不过来吗。
烤鸭不只是鸭子的问题呀，还有配菜，面，小料。
点了一个烤鸭，可能做宫保鸡丁的小料就不够了呀，或者反过来宫保鸡丁把小料用光了，最后没有小料，白白多出来一只鸭子。

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

12306被骂了多少年才做到现在这种样子，这不是黑

引用 @Lurito 发表的:
解决这些问题，不仅是加强人手，甚至不只是改进管理制度的问题，甚至还要发明新的技术。比如说仓库的例子，跑腿传送信息，太慢了，所以要搞发明创造啊。诶，搞出电报来，后来发现电报也麻烦啊，诶，搞出电脑来，这个就是技术的改进。

那你说12306发明什么新的技术了，有哪些著名的文献发表了。

作为一个计算机的研究生
感觉12306的实现 在之前是一个不可能的事情...

引用 @跳伞塔派出所 发表的:
哪里顶级了。
每天还是有很多车能看到余票但买不到。
如果满分是100，他顶多拿了95分。
能拿到100分的才叫顶级好么。

...
要是只是给10个卖票 我也neng做出来
要是面向全国所有人 实现是一个奇迹

引用 @枪手名宿贝莱林 发表的:
有了12306之后后一天买的票进不了站的吧

你觉得他一定是看错了时间吗？

引用 @二手摩托车 发表的:
做信息服务的都是慢慢回本，你想想给12306做了项目，用了阿里云，后续的维护成本都得跟阿里谈，怎么可能亏

老实说就12306这项目，你考虑下双十一，阿里能在自己范围外拿一个项目试手他们别提多高兴啦！

引用 @跳伞塔派出所 发表的:
大哥，你脑筋就这么转不过来吗。
烤鸭不只是鸭子的问题呀，还有配菜，面，小料。
点了一个烤鸭，可能做宫保鸡丁的小料就不够了呀，或者反过来宫保鸡丁把小料用光了，最后没有小料，白白多出来一只鸭子。

老实跟你说，我不懂做菜，你举的这什么配料什么的我说实话没太看懂。但我觉得我已经很通俗化的跟你讲，技术难点在哪里。你说“量越大的话，对制作、仓储和运输的考验越大”，我现在告诉你，难点就在怎么分配、管理和调度制作、仓储和运输过程。

现在是全世界就只有三家商店，他们的人流量最大，那么如何分配、管理和调度商店的资源来应付那么大的人流量，这就是世界级的问题。你说你觉得肯定有人能不犯错地完成这个任务，举例子举的是隔壁用十万名工人盖了一做摩天楼，然后说你这家商店也就是管理制度上费点脑筋，你的员工都没有隔壁建筑工人多，不算什么难题。可问题是，他盖楼那肯定需要很多工人，但我又不是盖楼，我是商店，我就是需要改进我的生产、仓储、销售，这些不是简单的增加员工就可以完成的，需要很多制度的改进甚至技术的改进。同理，你一直在纠结的“算力不如阿尔法狗”，这根本就没有比较的意义。

引用 @awakemee 发表的:
我觉得车上不让补票，票上哪里下车就得下车还好理解。居然连车都不让上。我之前都是上车补票的，

就是因为上车补票，所以把本来别人的位置给站了

引用 @陈七三 发表的:
其实我就一直搞不懂这玩意儿难度在哪。……？？

就算法上它有多复杂。？？

他难就难在特别的多。。。

引用 @跳伞塔派出所 发表的:
那你说12306发明什么新的技术了，有哪些著名的文献发表了。

那这个问题需要问阿里云去了，而且这个不是科研，是工程，是发明，很多技术细节是不会公开告诉别人的。但新浪微博就因为鹿晗宣布恋爱就直接宕机，双十一的淘宝、12306面对微博几十倍、几百倍的流量还能够坚挺（至少是勉强坚挺），这就体现出了技术的差别。

引用 @Lurito 发表的:
老实跟你说，我不懂做菜，你举的这什么配料什么的我说实话没太看懂。但我觉得我已经很通俗化的跟你讲，技术难点在哪里。你说“量越大的话，对制作、仓储和运输的考验越大”，我现在告诉你，难点就在怎么分配、管理和调度制作、仓储和运输过程。

现在是全世界就只有三家商店，他们的人流量最大，那么如何分配、管理和调度商店的资源来应付那么大的人流量，这就是世界级的问题。你说你觉得肯定有人能不犯错地完成这个任务，举例子举的是隔壁用十万名工人盖了一做摩天楼，然后说你这家商店也就是管理制度上费点脑筋，你的员工都没有隔壁建筑工人多，不算什么难题。可问题是，他盖楼那肯定需要很多工人，但我又不是盖楼，我是商店，我就是需要改进我的生产、仓储、销售，这些不是简单的增加员工就可以完成的，需要很多制度的改进甚至技术的改进。同理，你一直在纠结的“算力不如阿尔法狗”，这根本就没有比较的意义。

是啊 我承认是世界级的量级呀。
就像要接待一万人的食堂一样，或者再扩大一点，接待一亿人的食堂。

但质，还没有到世界级。

引用 @跳伞塔派出所 发表的:
是啊 我承认是世界级的量级呀。
就像要接待一万人的食堂一样，或者再扩大一点，接待一亿人的食堂。

但质，还没有到世界级。

如果有一个食堂，能够在同一个地方接纳一亿人，而几乎不产生混乱，那他一定就是世界级，他比一万个万人食堂牛逼一万倍，这是毫无疑问的。

引用 @Lurito 发表的:
如果有一个食堂，能够在同一个地方接纳一亿人，而几乎不产生混乱，那他一定就是世界级，他比一万个万人食堂牛逼一万倍，这是毫无疑问的。

这是量的牛。
不是质的牛。跟你说无数次了。

什么叫质的牛，就在于其算法是否可以在其他领域复用。
阿法狗、安卓系统敢开源。
阿里敢么。

引用 @Kevin特人 发表的:
来了来了

你说你这图存了多久了

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

查询才是最大头的吧，查询部署的服务器应该比后面所有流程部署的都多。

引用 @跳伞塔派出所 发表的:
是啊 我承认是世界级的量级呀。
就像要接待一万人的食堂一样，或者再扩大一点，接待一亿人的食堂。

但质，还没有到世界级。

我不太理解你说的“质”是什么，就比如食堂的例子，你是觉得同时容纳一亿人，而且从来挑不出毛病的食堂才是牛逼？这是不可能的啊，世界上能有容纳一亿人的食堂就是奇迹了，能有99.9%好评都很不容易了，这两个都满足的东西，几乎可以说不可能存在。

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

我寻思不懂程序可以不去评价的

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

有没有做过时间对比的案例？

引用 @LA喂翔大队 发表的:
我记得12306刚出的时候很多人吐槽是外包给学校学生做的，这两年已经进化成黄牛都不好使了，确实牛B

当年好像是说花了8000千多万，但是有各种蛋疼的小毛病，大家呼吁查这个钱的去向，各种吐槽

引用 @我为渣渣代言 发表的:
查询才是最大头的吧，查询部署的服务器应该比后面所有流程部署的都多。

查询站了75还是90得流量

引用 @跳伞塔派出所 发表的:
这是量的牛。
不是质的牛。跟你说无数次了。

什么叫质的牛，就在于其算法是否可以在其他领域复用。
阿法狗、安卓系统敢开源。
阿里敢么。

阿尔法狗开源是因为谷歌不靠这个吃饭，这个技术不挣钱；安卓开源一个是因为Linux的GNU协议要求他开源，另一个是因为他需要开源社区，以及其它商业公司的帮助来维护这个生态。但是你见谷歌的搜索算法开源了吗？Windows系统开源了吗？你见到几家公司把最赚钱的核心技术开源的，没有了技术壁垒就无利可图，谁会发展新技术？

关于复用性的问题，阿里淘宝双十一的技术和经验复用到了12306身上，这就是复用性的证明。

引用 @Lurito 发表的:
我不太理解你说的“质”是什么，就比如食堂的例子，你是觉得同时容纳一亿人，而且从来挑不出毛病的食堂才是牛逼？这是不可能的啊，世界上能有容纳一亿人的食堂就是奇迹了，能有99.9%好评都很不容易了，这两个都满足的东西，几乎可以说不可能存在。

质就是算法的精炼和提纯。
12306发布过其算法的文献么？有通过其技术形成什么专利么。
都没有。

引用 @Lurito 发表的:
阿尔法狗开源是因为谷歌不靠这个吃饭，这个技术不挣钱；安卓开源一个是因为Linux的GNU协议要求他开源，另一个是因为他需要开源社区，以及其它商业公司的帮助来维护这个生态。但是你见谷歌的搜索算法开源了吗？Windows系统开源了吗？你见到几家公司把最赚钱的核心技术开源的，没有了技术壁垒就无利可图，谁会发展新技术？

关于复用性的问题，阿里淘宝双十一的技术和经验复用到了12306身上，这就是复用性的证明。

华为呀，华为就发布很多文献和技术啊。

引用 @Lurito 发表的:
阿尔法狗开源是因为谷歌不靠这个吃饭，这个技术不挣钱；安卓开源一个是因为Linux的GNU协议要求他开源，另一个是因为他需要开源社区，以及其它商业公司的帮助来维护这个生态。但是你见谷歌的搜索算法开源了吗？Windows系统开源了吗？你见到几家公司把最赚钱的核心技术开源的，没有了技术壁垒就无利可图，谁会发展新技术？

关于复用性的问题，阿里淘宝双十一的技术和经验复用到了12306身上，这就是复用性的证明。

阿发狗作为世界上最聪明的人工智能，他的技术不赚钱，笑死我了。

引用 @跳伞塔派出所 发表的:
华为呀，华为就发布很多文献和技术啊。

华为敢不敢把他手机的图纸、相应模块的制作方法公开出来？不可能的，这些是用来挣钱的核心科技。我的核心科技为什么要文献？我自己内部能够使用就行了。另外，计算机软件是没办法申请专利的，至少我没听说过（也可能是我孤陋寡闻了）。

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

企业要去求权力，是因为它可以不用最好的。

引用 @最强的大胡子JH 发表的:
你达得到还去打锤子lol

如果有诺言成就，我就算能达到，也去打比赛。。

引用 @jaa2jaa 发表的:
各取所需在你这就变成求了？你每天是求几十次还是有几十个老板求你？

做业务你不主动出击，反而靠各取所需？难道你有独家技术非用不可？？

引用 @跳伞塔派出所 发表的:
阿发狗作为世界上最聪明的人工智能，他的技术不赚钱，笑死我了。

首先阿尔法狗没有开源，谷歌只是将其实现方式写成了论文。其次“阿发狗作为世界上最聪明的人工智能”暴露了你的技术水平，这只是深度学习最前端，最亮眼的一个应用。围棋机器人本身是不挣钱的，挣钱的是它背后的卷积神经网络技术，但是这个技术不是谷歌一家的，而是全人类共同研究出来的，谷歌只是找到了他的一个应用方向。

引用 @傲娇的小钢炮 发表的:
给电信做吧。😄

电信不是自己有云吗？

我笑了。。。你知道阿里云有多吊🐴？？

引用 @Lurito 发表的:
首先阿尔法狗没有开源，谷歌只是将其实现方式写成了论文。其次“阿发狗作为世界上最聪明的人工智能”暴露了你的技术水平，这只是深度学习最前端，最亮眼的一个应用。围棋机器人本身是不挣钱的，挣钱的是它背后的卷积神经网络技术，但是这个技术不是谷歌一家的，而是全人类共同研究出来的，谷歌只是找到了他的一个应用方向。

那请你说一个比阿发狗还聪明的人工智能

引用 @Lurito 发表的:
华为敢不敢把他手机的图纸、相应模块的制作方法公开出来？不可能的，这些是用来挣钱的核心科技。我的核心科技为什么要文献？我自己内部能够使用就行了。另外，计算机软件是没办法申请专利的，至少我没听说过（也可能是我孤陋寡闻了）。

软件不能申请专利大哥你太逗了。

引用 @Lurito 发表的:
华为敢不敢把他手机的图纸、相应模块的制作方法公开出来？不可能的，这些是用来挣钱的核心科技。我的核心科技为什么要文献？我自己内部能够使用就行了。另外，计算机软件是没办法申请专利的，至少我没听说过（也可能是我孤陋寡闻了）。

叫转件著作权 不叫专利

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

本人亲自经历过错误，路段从石家庄到北京，时间15年，本来买的二等座，上车之后也按着车厢找到座位，发现座位有人，争论之后发现票上标注的车厢是一等座车厢，然后发现一起上车的大部分车票都错了，乘务员担心我们坐在一等座不补差价，都轰走了，就这样二等座变站票。

引用 @t_macing 发表的:
那既然你处理过大并发，那你觉得春节期间上亿的QPS怎么分摊数据库压力？你怕是不知道啥是查询性能吧？

我傻了，上亿qps [ 此帖被格策反在2020-01-20 14:13修改 ]

引用 @梦想稀里哗啦 发表的:
那可不一样，买票软件包括12306必需身份证，这是个人最重要的个人信息了，你说的那些顶多收集到了电话地址等信息。这差别还是不一般。

淡定，微信支付宝都要求实名认证了，要么绑身份证要么绑银行卡，你的信息早就在人家手里了

引用 @跳伞塔派出所 发表的:
那请你说一个比阿发狗还聪明的人工智能

人工智能的“聪明”不是可以量化的。谷歌搜索、谷歌翻译，阿尔法狗，都是谷歌的产品，你说他们谁比谁聪明？不见得，因为都是弱人工智能，都只能做自己领域的事情。

既然你愿意讨论，跟你讲讲阿尔法狗的本质吧。首先卷积神经网络，你可以自己去了解一下，你可以理解成这是一个让机器模仿人类的思维方式进行“思考”（但绝不是真正意义上的思考）的技术。这个不是哪个公司的独有技术，而是经过几代学者一步一步发展而来的。阿尔法狗只是用这个技术做出来的其中一个产品，你说阿尔法狗挣钱，那不可能，一个围棋机器人能挣几个钱对吧。那谷歌图什么呢？图的就是积累卷积神经网络技术的应用经验。阿尔法狗成功以后，在阿尔法狗里面踩过的坑、一些造好的轮子，都可以用在谷歌其他的产品线上，比如我刚才提到的谷歌搜索和谷歌翻译，其中就用到了卷积神经网络技术。

所以说，阿尔法狗不挣钱，把他的实现原理放出来没问题。真正挣钱的，是谷歌搜索，谷歌绝对不可能把谷歌搜索的核心技术公开给别人，甚至都不会把阿尔法狗项目中踩过的坑、总结出的经验告诉别人，这就是技术壁垒。

阿里云做12306，其实也有这个目的：通过一个高难度的项目，去总结出高并发场景下的技术经验。但指望他把这些经验告诉（潜在的）竞争对手，那是不可能的。

引用 @灸行天下 发表的:
哈哈哈哈笑死。你这连最基础的编程都没学过吧

笑毛，本来就不是动态票池，根据策略配置好的，逻辑解耦，和淘宝卖东西本质一样的。

引用 @梦想稀里哗啦 发表的:
那可不一样，买票软件包括12306必需身份证，这是个人最重要的个人信息了，你说的那些顶多收集到了电话地址等信息。这差别还是不一般。

你支付宝、淘宝不也要登记身份证吗？

引用 @虎扑JR1925904696 发表的:
叫转件著作权 不叫专利

软件著作权需要登记，但这里讨论的12306是不公开的算法，所以没法弄这个。

引用 @格策反 发表的:
笑毛，本来就不是动态票池，根据策略配置好的，逻辑解耦，和淘宝卖东西本质一样的。

差不多，其实票池的算法没他们那帮不懂的人想像的难。

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

活在过去，累不累

引用 @字母哥超巨 发表的:
12306被骂了多少年才做到现在这种样子，这不是黑

就第一年的流量，都不是淘宝可以比拟的

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

用画图把任意一张5车改成15车就办了

引用 @格策反 发表的:
我傻了，上亿qps

没有上亿，但是百万的qps是有的

引用 @Lurito 发表的:
人工智能的“聪明”不是可以量化的。谷歌搜索、谷歌翻译，阿尔法狗，都是谷歌的产品，你说他们谁比谁聪明？不见得，因为都是弱人工智能，都只能做自己领域的事情。

既然你愿意讨论，跟你讲讲阿尔法狗的本质吧。首先卷积神经网络，你可以自己去了解一下，你可以理解成这是一个让机器模仿人类的思维方式进行“思考”（但绝不是真正意义上的思考）的技术。这个不是哪个公司的独有技术，而是经过几代学者一步一步发展而来的。阿尔法狗只是用这个技术做出来的其中一个产品，你说阿尔法狗挣钱，那不可能，一个围棋机器人能挣几个钱对吧。那谷歌图什么呢？图的就是积累卷积神经网络技术的应用经验。阿尔法狗成功以后，在阿尔法狗里面踩过的坑、一些造好的轮子，都可以用在谷歌其他的产品线上，比如我刚才提到的谷歌搜索和谷歌翻译，其中就用到了卷积神经网络技术。

所以说，阿尔法狗不挣钱，把他的实现原理放出来没问题。真正挣钱的，是谷歌搜索，谷歌绝对不可能把谷歌搜索的核心技术公开给别人，甚至都不会把阿尔法狗项目中踩过的坑、总结出的经验告诉别人，这就是技术壁垒。

阿里云做12306，其实也有这个目的：通过一个高难度的项目，去总结出高并发场景下的技术经验。但指望他把这些经验告诉（潜在的）竞争对手，那是不可能的。

当然可以量化呀，大哥，我真服了你了。
最早的人工智能只能下赢象棋人类选手。
随后攻克了国际象棋。
现在功课了难度最高的围棋。
这不叫量化还什么叫量化呀？

引用 @Lurito 发表的:
软件著作权需要登记，但这里讨论的12306是不公开的算法，所以没法弄这个。

啥天神算法，为什么不能申请专利，为什么不能发文献你告诉我。

引用 @我萌多觉得你是个大娘麽儿 发表的:
以前的名梗不是12306的验证码吗，沙雕网友那些图能笑死人

孙楠王大治杨臣刚？

引用 @跳伞塔派出所 发表的:
当然可以量化呀，大哥，我真服了你了。
最早的人工智能只能下赢象棋人类选手。
随后攻克了国际象棋。
现在功课了难度最高的围棋。
这不叫量化还什么叫量化呀？

额。。。我讲那么多都白说了是吧，你问我世界上有比詹姆斯更厉害的现役运动员吗，我说梅西C罗也很厉害，不过他们是不同的项目不好比较。结果你告诉我，怎么就不能比较了，詹姆斯难道不是比姚明更厉害吗？

拿棋类机器人和棋类机器人是可以比较，因为他们是同领域的弱AI。但我请教一下您，阿尔法狗和谷歌搜索、谷歌翻译，不同领域的弱AI怎么比较，如果你认为阿尔法狗更厉害，他厉害在哪？

引用 @跳伞塔派出所 发表的:
啥天神算法，为什么不能申请专利，为什么不能发文献你告诉我。

可口可乐的配方用了什么神奇的技术，为什么不能申请专利，为什么不发文献？因为是核心技术，保密。

引用 @Lurito 发表的:
额。。。我讲那么多都白说了是吧，你问我世界上有比詹姆斯更厉害的现役运动员吗，我说梅西C罗也很厉害，不过他们是不同的项目不好比较。结果你告诉我，怎么就不能比较了，詹姆斯难道不是比姚明更厉害吗？

拿棋类机器人和棋类机器人是可以比较，因为他们是同领域的弱AI。但我请教一下您，阿尔法狗和谷歌搜索、谷歌翻译，不同领域的弱AI怎么比较，如果你认为阿尔法狗更厉害，他厉害在哪？

一句话呀，阿发狗厉害在没有其他ai可以下赢他

引用 @w55520 发表的:
你确定你不瞎？？

我看的一个一等座一个二等座，我确定我不瞎

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

他就不是常规方式处理的

引用 @xyfor1234 发表的:
几亿的并发量又不是一条线，就像我说的，你把京沪线和京津线放一个服务器上查询？不会分开吗。

是分开的啊，12306每年高峰期都租着阿里云服务器，也不止租一个，更何况铁总自己也有服务器，关键是光一条线路就有大量车次，用户不仅买票，还退票，买不到票的用户又通过抢票软件实时刷票，并发难点就在这里，12306每年做到入冬以来持续不崩溃，已经是世界最稳票务网站了吧

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

明显是app要求太低

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

全球流量也拍马追不上阿里的双11，别吹了

引用 @xyfor1234 发表的:
几亿的并发量又不是一条线，就像我说的，你把京沪线和京津线放一个服务器上查询？不会分开吗。

而且你说用不到排列组合那更不可能了，你想想从北京到广州的线路，有些人只买这条线路到武汉的，出发站可能是郑州的，这些人买了票，票务相关数据是不是要整理，每个人买票方案不一样，大量方案之间坐车区间部分重叠，从服务器发向用户端的计算结果不就是实时动态处理的吗

引用 @请检查您的网络 发表的:
而且你说用不到排列组合那更不可能了，你想想从北京到广州的线路，有些人只买这条线路到武汉的，出发站可能是郑州的，这些人买了票，票务相关数据是不是要整理，每个人买票方案不一样，大量方案之间坐车区间部分重叠，从服务器发向用户端的计算结果不就是实时动态处理的吗

我都懒得解释了，自己找个铁路上的朋友问问吧，每个区间段的票数都是固定的。谁会那么傻搞个动态的售票方案？你们非得这么加戏有意思吗？

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

并不复杂吗。。。。那么多线路选择

引用 @xyfor1234 发表的:
我都懒得解释了，自己找个铁路上的朋友问问吧，每个区间段的票数都是固定的。谁会那么傻搞个动态的售票方案？你们非得这么加戏有意思吗？

我都不知道谁告诉你每个区间的票数是固定的，我想知道什么样的天才能够设计一个涵盖所有买票方案的区间划分算法，就还拿北京到广州举例，我买郑州到武汉你要把这个算进哪个区间？郑州到长沙呢？郑州到韶关呢？北京到韶关呢？区间都是相互重叠的，这个算法有多少意义

引用 @跳伞塔派出所 发表的:
一句话呀，阿发狗厉害在没有其他ai可以下赢他

好，就算没有AI能够下棋下赢他（其实是有的，阿尔法狗退役后，其他公司的机器人已经超越他了），但是围棋AI就比谷歌搜索、谷歌翻译更“聪明”吗？

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

老哥，高并发，阿里肯定是远远领先其他两个的。

引用 @剁掉关羽坐骑的狗腿 发表的:
并不复杂吗。。。。那么多线路选择

我设计不出来，但是这种铁路逻辑并不算很复杂的，车票主要是并发问题，高可用性

引用 @马超的双龙尖 发表的:
现在的人啊，记性怎么那么差，记性差就算了，百度一下那么难吗？
一则报道现实早在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出来之前，各地火车站人工售票窗口的售票系统算法难道不就是这样把余票实时更新的？

知道很多程序员为什么想杀了产品经理吗？由此可见一斑。

引用 @梦想稀里哗啦 发表的:
那可不一样，买票软件包括12306必需身份证，这是个人最重要的个人信息了，你说的那些顶多收集到了电话地址等信息。这差别还是不一般。

你不用支付宝不用淘宝的吗？现在才来细思极恐？

引用 @Lurito 发表的:
好，就算没有AI能够下棋下赢他（其实是有的，阿尔法狗退役后，其他公司的机器人已经超越他了），但是围棋AI就比谷歌搜索、谷歌翻译更“聪明”吗？

你不懂算法和知识产权的重要性，我为什么要跟你说这些呢

引用 @跳伞塔派出所 发表的:
你不懂算法和知识产权的重要性，我为什么要跟你说这些呢

那别说了吧，其实我也觉得你不懂技术呢。

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

您再品品

引用 @Kevin特人 发表的:
来了来了

啥破图都有

以前是铁科院的棒槌们做的 一个是经验不够一个是的确难 现在是阿里云做的。

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

要不你俩挤一挤？

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

你说说哪里语病了？

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

哈哈哈哈哈哈哈哈哈哈

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

你以为呢，铁路客运大数据是宝藏，很多公司梦寐以求