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

原来是被吐槽的，现在可以全面吐槽别人

确实，还是希望国家有相关政策约束和规范这方面，保障广大人民群众的隐私权。

引用 @t_macing 发表的:
你除了会说对对对，能不能说出点有技术含量的东西呢？比如被你认为不重要的查询，大并发上来以后怎么解决的呢？

不知道您公司的产品是什么我学习一下，您应该是管理岗，年龄30到40之间，大并发不结合实际产品都是刷流氓

引用 @东半球第二帅 发表的:
所以你想表达什么呢？

他想表达的意境表达的很清楚了，我也看懂了，你不行

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

你还别说，快两个月前我坐高铁还发生这事，那会还激动了发了条朋友圈

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

今年刷票的黄牛确实不好使了，之前加的几个刷票黄牛今年过年的票都没刷出来，最后朋友介绍直接出票的那种黄牛，然后把火车票寄到家的

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

no，只能说大佬才能理解他的牛逼，一般的理解不了

12306真的太好了

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

查询不重要，我的天，你到底是内行还是外行，没有查询，我上哪写数据，全靠查询啊

目前最复杂的车票业务之一，就光防爬虫（机器人无脑请求），想想我都头皮都发麻

引用 @映斜阳 发表的:
？？我寻思着，票一放出来大家拼手速，拼网速买，不叫抢票……那叫啥？你是不是不理解这个词的意思？

嗯，我们理解歧义了。原来你说的抢票是这个意思。
我所说的意思是第三方抢票软件，帮助用户在无票情况下自动监控并且有票放出时自动购买的操作。

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

支付宝也有你的身份证啊。况且大家的隐私信息会有多重保护机制的：第一就是保密协议，阿里如果泄露会找到巨额赔偿和商誉损失，况且如果阿里都信不过，那么国内公司也没几家信得过的了；第二就是12306本身也会对自身数据进行加密，密钥掌握在自己手里，阿里就算看到数据也无法解密。

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

既要满足很强的一致性，又要较高的可用性，这个就很难了

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

笑死我了，这层主，灭了灭了

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

好蠢的问题……

引用 @唐僧近女色 发表的:
查询不重要，我的天，你到底是内行还是外行，没有查询，我上哪写数据，全靠查询啊

这个确实不大准确，我的理解12306app的查询相对没有其他的功能那么重要

我最近就在做并发这一块的东西，真tm太烧脑了，各种隐藏坑，没有几年的经验很难做好。而12306的并发量太大了，可以说全球仅此一家，并且里面涉及到的算法复杂，如今可以做到数据准确还不卡顿，真的是吊炸天的存在。软件开发不是做加减法，并发量增加，系统的处理难度是指数级增加。

引用 @打板二加一 发表的:
不知道您公司的产品是什么，我学习一下，我觉得您因该是管理岗，年龄30到40之间

你一直在给别人定性，而不是就事论事，这对话连讨论都算不上，当然我是真外行人，单看这对话 你输了

很厉害的水平

那我想问问现在的Etc系统是个什么水平？

我就想问问我买几张票要登录好几次是什么问题

引用 @谁怕丶一蓑烟雨任平生 发表的:
你一直在给别人定性，而不是就事论事，这对话连讨论都算不上，当然我是真外行人，单看这对话 你输了

首先他对qps的概念就是错的

这两年的12306确实🐂🍺

引用 @Lurito 发表的:
阿里云的团队做的，所以现在阿里云卖广告都不用说太多，就两句话：一，我的平台连续多年稳定地支撑了双十一；二，我的平台给12306网站的改进提供了技术支持。就这两句话广告效果就满分了。

的确是，我们学生机也买的阿里云🐶

引用 @谁怕丶一蓑烟雨任平生 发表的:
你一直在给别人定性，而不是就事论事，这对话连讨论都算不上，当然我是真外行人，单看这对话 你输了

上亿的qps全世界都没有一个网站能达到

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

我还真遇到过，去外地旅游，做南京回徐州的动车。从南京上车时候，发现有人坐我的座。他说自己也是买的票，是全程票，而且是一大伙人旅游团的团购票。后来乘务员来了，也拿不出票，我就坐到徐州下车了。不知道后面还有没有人去坐那个座

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

你这就是典型的张口就来啊，拿不出证据跟造谣有什么区别？

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

搞出双十一的叼毛真是个天才

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

刚还去找这篇文章，就在评论看到了

引用 @沙子口吴彦祖 发表的:
这智商还坐火车？步行得了

还是您牛逼，您配坐火车，我做火车都影响火车人智商了是吧

能做好12306，这技术全世界没有做不了的业务了。

以前有段子还拿12306和CL1024比速度呢，怕不是个傻逼，并发量不在一个级别。

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

你确定你不瞎？？

光是想想都觉得头大，那么多路线买票的组合，还有退票，同时上亿次不停刷新的请求，任务的复杂度和处理量太大了，不知道要榨干多少脑子，跟修一个能看到的超级工程所需要花费的心思应该是等量的。

引用 @打板二加一 发表的:
不知道您公司的产品是什么，我学习一下，我觉得您因该是管理岗，年龄30到40之间

请问这跟职位，年龄有什么关系，就事论事可以吗？我问的问题你还没解答

引用 @打板二加一 发表的:
上亿的qps全世界都没有一个网站能达到

我上边已经纠正了，可以看看我之前的话吗？那你先回答我得问题可以吗？

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

但是你要考虑到，一般程序员做的项目是小学难度，拿95分，而人家是诺贝尔奖难度（在这个领域，世界上可能除了双十一外没有比这个更难的了），拿95分，那肯定是大神啊，当然大神也不是永远不会犯错的。

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

牛逼

引用 @映斜阳 发表的:
我国申奥成功辣!🐶

我大清亡了？？

实际上每个站点之间的票都是固定的，并没有什么动态计算

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

还真见过

引用 @多余的王多鱼 发表的:
你真是个小天才……

我是说这个车次能同时一男一北走啊，💤

引用 @t_macing 发表的:
我上边已经纠正了，可以看看我之前的话吗？那你先回答我得问题可以吗？

首先qps这个并不能相加，其次这不是一句两句能讲清楚的

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

唉

引用 @t_macing 发表的:
我上边已经纠正了，可以看看我之前的话吗？那你先回答我得问题可以吗？

而且我也说了要结合实际产品，需求，和以后的发展方向来说

引用 @打板二加一 发表的:
首先qps这个并不能相加，其次这不是一句两句能讲清楚的

哈哈哈哈哈哈，真是揪住一句qps不放啊？！既然不是一两句话能说清的，那你怎么认为他是最不重要的呢？

引用 @Lurito 发表的:
但是你要考虑到，一般程序员做的项目是小学难度，拿95分，而人家是诺贝尔奖难度（在这个领域，世界上可能除了双十一外没有比这个更难的了），拿95分，那肯定是大神啊，当然大神也不是永远不会犯错的。

世界上夸张了，全国最难差不多。
全国铁路节点差不多2000个，阿法狗的运算就秒他了。

引用 @打板二加一 发表的:
而且我也说了要结合实际产品，需求，和以后的发展方向来说

咱们不结合那么多，你就说说12306就行

引用 @我就来看看也重复 发表的:
之前用过阿里云，后来是自己的技术了。了解一下再骂人兄弟。

好像就用到 排队 和 客服 两个地方

引用 @t_macing 发表的:
咱们不结合那么多，你就说说12306就行

我说的说不清楚是指怎么解决高并发，而不是qps

引用 @惊鸿先生 发表的:
好像就用到 排队 和 客服 两个地方

那也是用了，而且双方的合作是互助的，阿里也要通过春运来提升类似618双十一的抗冲击能力.

引用 @Lurito 发表的:
但是你要考虑到，一般程序员做的项目是小学难度，拿95分，而人家是诺贝尔奖难度（在这个领域，世界上可能除了双十一外没有比这个更难的了），拿95分，那肯定是大神啊，当然大神也不是永远不会犯错的。

补充一下。
就像你看到一个玩音乐游戏的大神，水平超出常人很多很多，一局下来基本是几百连。
但每局他都会有几个miss打不到。
你当然会认为他接近顶级，但潜意识也知道一定会有比他更强的、完全不miss的人出现。

引用 @t_macing 发表的:
咱们不结合那么多，你就说说12306就行

你问我12306坦白讲，我没有能力去解决12306的问题，但是我想知道您公司的产品是什么，我想拜读一下

引用 @打板二加一 发表的:
你问我12306坦白讲，我没有能力去解决12306的问题，但是我想知道您公司的产品是什么，我想拜读一下

真是太搞笑了，自己解决不了的问题就是最不重要的吗？

上次看了篇简述12306如何面对高并发，那玩意看了我二十分钟

引用 @梦归07 发表的:
不是马云求着铁总那是铁总求着马总咯？

各取所需在你这就变成求了？你每天是求几十次还是有几十个老板求你？

引用 @豆浆油条jc 发表的:
一个一等座一个二等座

都是15车

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

所以这上面也说了经过四次双十一的历练，阿里的技术也有了质的飞跃

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

亚马孙做过春运，双十一这种短时高流量的项目，有就拿出来数据，跟阿里比一下。没有就拿出其他基础数据，你觉得没有

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

你觉得，说实话这些词语没啥用

引用 @t_macing 发表的:
真是太搞笑了，自己解决不了的问题就是最不重要的吗？

你以为12306是一个人能解决的么，我如果一个人能解决，我还在这和你聊天，您公司的产品还没说呢

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

成天做梦呢，你个人信息值钱个屁，大数据时代，只要你手机有app，只要你还是社会人，想要不泄露个人信息？根本办不到

引用 @跳伞塔派出所 发表的:
世界上夸张了，全国最难差不多。
全国铁路节点差不多2000个，阿法狗的运算就秒他了。

不是算力的问题，难点在于高并发服务。你也知道现在有很多的抢票神器之类的，他们的机器人都在不停的疯狂请求着服务器，有数据说12306的服务器最高的日访问量是400亿，那么这400亿请求肯定是要分流到很多很多的不同服务器上的，但如何保证这么多的服务器间的数据是一致的，如何保证网站不崩溃，等等还有很多难题，这些才是难题。而这方面的问题，阿里的经验就算不是第一，也至少是第二，毕竟多年双十一的试错出来的经验就在这里，世界上这么大并发量的也只有双十一、春运和黑五这三个，所以说网络界的诺奖级别根本不为过。

当然，如果计算机界有诺贝尔奖，阿尔法狗应该也有一席之地，毕竟真正的诺贝尔奖已经颁了一百多届了。 [ 此帖被Lurito在2020-01-20 12:26修改 ]

引用 @憨憨的灵魂 发表的:
解决方案有很多，阿里可以让别人买，分开买，可以设计各种方案优化。春运不行，买票就是刚需。需求上已经限定死了。让12306不崩溃只是技术上问题，按你说的高峰并发，我加缓存加分流加服务各种怼，也许都能解决。核心没解决还是运力问题，还是有人买不到票问题，继续会有人买不票，显示loading还是失败还是崩溃只是形式上不同，结果还是一样。

我觉得双十一抢购系统还有一个处理过程可以缓，买票有的人现买现取了，感觉计算量都不一样

引用 @打板二加一 发表的:
你以为12306是一个人能解决的么，我如果一个人能解决，我还在这和你聊天，您公司的产品还没说呢

哈哈哈哈哈哈这个跟我们公司产品有关系？这帖子是在说我们公司产品吗？难倒咱们不是说的12306的查询的事？你总是想换话题是什么意思？

引用 @跳伞塔派出所 发表的:
补充一下。
就像你看到一个玩音乐游戏的大神，水平超出常人很多很多，一局下来基本是几百连。
但每局他都会有几个miss打不到。
你当然会认为他接近顶级，但潜意识也知道一定会有比他更强的、完全不miss的人出现。

答案就是，这就是世界上最高难度的项目之一，你“猜测”有更强的人，但更强的人就是没有出现。

引用 @Lurito 发表的:
答案就是，这就是世界上最高难度的项目之一，你“猜测”有更强的人，但更强的人就是没有出现。

跟你说了呀，阿法狗比12306难。
不用猜测。

引用 @打板二加一 发表的:
这个确实不大准确，我的理解12306app的查询相对没有其他的功能那么重要

嘴硬，我不查询有票没票，我难道用12306订外卖啊？

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

兄弟里番杂谈还做吗

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

怪不得马云急流勇退。。。两头为难啊。

引用 @t_macing 发表的:
哈哈哈哈哈哈这个跟我们公司产品有关系？这帖子是在说我们公司产品吗？难倒咱们不是说的12306的查询的事？你总是想换话题是什么意思？

那就归到开始，你说是阿里的技术，我说不是，因为核心业务不在阿里，在铁总自己的服务器，不回有公司把最核心的业务给别人做，所以我说查询相对没有那么重要，至于说你们公司产品我只是想拜读一下，说不定对我技术提升能起到作用

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

其实之前b站就有几个up做过科普视频（估计就是和12306合作的），简单来说就是：
1.不少人提到的单一库存一改变就会发生整条线路所有路线组合的库存连锁改变反应，而电商通常只要卖一个减一个.
2.任何没买到票的人都会持续刷新网站信息，给造成服务器带来极大负荷，而电商通常买不到就买不到，下一秒就散了，估计除了准时抢货的瞬间，其他时间大部分的负荷都没有12306的春运平均值高.
3.容错率不一样：抢淘宝报错，吐槽一下赔点优惠卷就过去了！抢春运票报错，那些要票不要钱的人能把你火车站给拆了！
4.为什么各个大佬公司都要抢着来做这个吃力的活，因为这是世界上最大体量的实战项目之一，如果你能成功完成，就是对自己实力的最大证明，（而且zf的饭和关系谁不想洽啊）

引用 @你是我V1 发表的:
的确是，我们学生机也买的阿里云🐶

你买的只是服务器，12306牛逼的是架构

引用 @shazihuang 发表的:
嘴硬，我不查询有票没票，我难道用12306订外卖啊？

我说的是相对，因为没有公司会把最核心，最重要的业务放到其他公司的服务器上，也不会交给其他公司，虽然阿里不会，也不敢动铁总的核心数据

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

你让我嗦那个是奶糖

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

瞎扯淡……查询是整个12306业务难度最高的部分，特别是节假日的超高量并发查询以及各种抢票软件的不要脸查询，但凡稍微懂点技术也不至于说出这么无知的话

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

哈哈哈哈

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

我有次也是座位上有人，后来发现坐错车了

引用 @打板二加一 发表的:
那就归到开始，你说是阿里的技术，我说不是，因为核心业务不在阿里，在铁总自己的服务器，不回有公司把最核心的业务给别人做，所以我说查询相对没有那么重要，至于说你们公司产品我只是想拜读一下，说不定对我技术提升能起到作用

我说的最核心的并没有说业务，业务肯定是查询之后的事情了，如果这个是你说的一个简单不重要的东西，为啥费劲扒拉的找阿里来做？

引用 @Lurito 发表的:
不是算力的问题，难点在于高并发服务。你也知道现在有很多的抢票神器之类的，他们的机器人都在不停的疯狂请求着服务器，有数据说12306的服务器最高的日访问量是400亿，那么这400亿请求肯定是要分流到很多很多的不同服务器上的，但如何保证这么多的服务器间的数据是一致的，如何保证网站不崩溃，等等还有很多难题，这些才是难题。而这方面的问题，阿里的经验就算不是第一，也至少是第二，毕竟多年双十一的试错出来的经验就在这里，世界上这么大并发量的也只有双十一、春运和黑五这三个，所以说网络界的诺奖级别根本不为过。

当然，如果计算机界有诺贝尔奖，阿尔法狗应该也有一席之地，毕竟真正的诺贝尔奖已经颁了一百多届了。

我发现这个帖子里面混淆了一个概念。

数量最多和算法最难。

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

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

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

我就说一句。很多喊着可以解决的程序员。根本就没有机会接触到这种量级的业务量。

引用 @t_macing 发表的:
我说的最核心的并没有说业务，业务肯定是查询之后的事情了，如果这个是你说的一个简单不重要的东西，为啥费劲扒拉的找阿里来做？

无论从业务还是技术都不是最核心，只是阿里有处理海量查询的经验而已

引用 @背刺小黑屋 发表的:
只谈技术，不谈政治……

只谈技术，国外电商这块也比不过老马家，国外可没有这么大的瞬间数据吞吐量

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

早期app太辣鸡了

引用 @打板二加一 发表的:
这个确实不大准确，我的理解12306app的查询相对没有其他的功能那么重要

水平不行就别误导人了

引用 @打板二加一 发表的:
无论从业务还是技术都不是最核心，只是阿里有处理海量查询的经验而已

哈哈哈哈，技术不是最核心的自己做好了，为啥找阿里？海量查询的经验都不是最核心，那请问业务上的核心还能有啥？

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

数量最多和算法最难。

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

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

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

我们没有在讨论运算的难度，在讨论技术的难度。就好比拿高数题目去和一道“2的1000次方是多少”的题目去比较，那肯定后者计算量更大，但前者技术难度更大，这完全是不同的方向。

引用 @打板二加一 发表的:
你先了解一下上亿qps是什么概念再说去年春晚抢红包百度披露的数据也就三万qps

三万qps 你真是秀逗 来留一下工牌看看哪个公司大牛

硬件才牛逼吧…

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

做信息服务的都是慢慢回本，你想想给12306做了项目，用了阿里云，后续的维护成本都得跟阿里谈，怎么可能亏

引用 @rosonwong 发表的:
其实之前b站就有几个up做过科普视频（估计就是和12306合作的），简单来说就是：
1.不少人提到的单一库存一改变就会发生整条线路所有路线组合的库存连锁改变反应，而电商通常只要卖一个减一个.
2.任何没买到票的人都会持续刷新网站信息，给造成服务器带来极大负荷，而电商通常买不到就买不到，下一秒就散了，估计除了准时抢货的瞬间，其他时间大部分的负荷都没有12306的春运平均值高.
3.容错率不一样：抢淘宝报错，吐槽一下赔点优惠卷就过去了！抢春运票报错，那些要票不要钱的人能把你火车站给拆了！
4.为什么各个大佬公司都要抢着来做这个吃力的活，因为这是世界上最大体量的实战项目之一，如果你能成功完成，就是对自己实力的最大证明，（而且zf的饭和关系谁不想洽啊）

别以讹传讹了，配票根本就没有实时动态这一说，各区间的票都是固定配好了的

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

数量最多和算法最难。

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

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

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

网络项目里面，最难的部分就是并发，访问量大的时候，你如何把一台服务器处理不了的数据分流给多台服务器，他们怎么分工，这个才是核心的问题。至于计算能力，咱们不是做数学题，也不是搞机器学习，这个能力在网络项目里不是核心问题。

引用 @背刺小黑屋 发表的:
只谈技术，不谈政治……

我就是亚马逊员工。。亚马逊每年两次大型活动，7月prime day, 11月黑五，峰值和交易额都比淘宝双十一和618小几个数量级。。。。并发这块，真不敢说有阿里强

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

卧槽

引用 @Lurito 发表的:
我们没有在讨论运算的难度，在讨论技术的难度。就好比拿高数题目去和一道“2的1000次方是多少”的题目去比较，那肯定后者计算量更大，但前者技术难度更大，这完全是不同的方向。

你说的技术的难度是个伪命题，因为其中所谓的很多难度都被管理手段覆盖了。
就像食堂，为了提高承接人数，手段就是不停增加窗口，师傅、服务员数量，加层加停车场扩大面积，这没什么高深的。

反而是要做出顶级的菜品，让运算更有效率，让每次查询突破理论上的软硬件瓶颈，才叫真正的难度。

引用 @打板二加一 发表的:
无论从业务还是技术都不是最核心，只是阿里有处理海量查询的经验而已

余票是核心 占据整个系统90流量 系统最大瓶颈就是流量瓶颈和db锁的瓶颈 而锁的评价严重依赖对余票的查询

引用 @Lurito 发表的:
网络项目里面，最难的部分就是并发，访问量大的时候，你如何把一台服务器处理不了的数据分流给多台服务器，他们怎么分工，这个才是核心的问题。至于计算能力，咱们不是做数学题，也不是搞机器学习，这个能力在网络项目里不是核心问题。

那不还是量的问题么。
质上并没有看到什么高明的地方。

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

哈哈哈好敏感