[smirnoff]

前淘宝工程师发帖：铁道部购票网站几乎是奇迹(图)

zh.wikipedia.org/wiki/...te_note-29



文章来源: 观察者网 于 2014-01-12 14:26:14 - 新闻取自各大新闻媒体，新闻内容并不代表本网立场！
打印本新闻 (被阅读 51292 次)
8
1月11日起，12306网站开始销售除夕当日火车票。每到此时，铁路系统唯一的官方购票网站12306就会成为众矢之的。今年也不例外，12306再次被淹没在一片埋怨声中。

1月5日，观察者网刊登了问答网站“知乎”上的用户王强的解答，回答“如果把12306外包给IBM或者阿里巴巴来做的话，能不能比现在做得好？”这一问题。

1月10日，一位ID名为“代码狗”的前淘宝工程师，后来在一家电商公司做技术副总的IT业内人士也在著名论坛“西西河”上发文，表达了他自己对12306系统的看法。

值得注意的是，“代码狗”在12306系统刚上线时也有过不少微词。为了证明12306系统很容易搭建，“代码狗”甚至曾经发起过一个名为“替12306设计系统”的开源项目。通过工作中的实践，“代码狗”对于12306系统也有了新的认识。

观察者网转载此文，供读者参考。

全文如下：

官方订票网站12306崩溃时的页面（资料图）

官方订票网站12306崩溃时的页面（资料图）
本人淘宝技术专家，2012年在一家百强民企做电商副总，当时在极为艰苦的条件下带队开发了一个B2C（企业针对个人开展的电子商务活动——观察者网注）网站，走支付宝和银联支付通道，年营业额千万级（作者注：当然实在太少了，我只是说这个网站投入了实际的运营）。

也就在那个时候，我对12306嗤之以鼻，觉得他们做得太烂了，认为自己能带队花几百万半年时间做个好的出来。于是我狂妄地想做一个开源的订票系统给他们。我花了一个星期时间思考建立数据模型，思考到库存这一步的时候，我才发现，12306的库存复杂性比淘宝、京东高很多倍，运算量也大很多倍。传统的分布式数据库、缓存、负载均衡技术并不能恰好满足12306的需求。

在平时，12306也就是个正常的电商网站。但一到黄金周，12306就是一个全站所有商品都秒杀，所有SKU都是动态库存的变态。

即使不考虑线下既有的电话、代售点等渠道，要实现一个12306，最少最少也是千万级别的硬件投入（作者注：这是当时的估算，没有精算，可能与实际相差较大，总之，我说得不一定对，12306的业务也许没我说的那么复杂，但也绝不是某些人喷的那么简单），软件和人力另算。那些叫嚣只要40台服务器、只要2个架构师4个程序员、大谈分库分表和前端CDN的人们，只是纸上谈兵罢了。所谓初生牛犊不怕虎，做了三年CMS和BBS，就以这个经验来喷12306，未免太天真了。

媒体人喷12306，是他们不懂技术，没有能力和耐心来分析背后的难度。技术人员喷，则是因为大部分的技术人员在短时间思考时，容易陷入过于乐观的误区，经典的例子就是估算工作量，程序员们往往容易估算出一个超短的工期，把写程序的工作乐观地想象成了打字员照稿敲键盘的工作。

知乎那篇文章，我觉得不是洗地。排名第一和第二的答案都说得很客观。淘宝技术是比12306强大很多倍，淘宝现在的系统也是花了10倍于12306的钱、时间和人才做起来的。根本原因还是铁路运力不能满足春运需求，淘宝也解决不了这个问题。

12306这一年来进步非常大。从前段动画验证码、分时段抢票，到后端去小型机、虚拟化、内存数据库的运用。可以说，12306是中国政府机关做的最强大的网站（电商系统），能在短短一两年内做出这样的改变，几乎是个奇迹，就连一些市场化的民企都望尘莫及，甚至一些上市公司都比不上它！（比如51job和ctrip）。

事非经过不知难，在网上批判12306的人，大部分还是形成了【国企=垄断+腐败+低效】的思维定势。小部分是真的轻视了它的难度。

至于12306一期工程3个亿（含硬件）贵不贵我不评价，我只提供一个数字供参考，百度一年的研发费用（不含硬件）是10亿，这个数字来自百度财报。网上能查到。3亿看起来好大一个数字，真用到超大型的电商系统、搜索引擎系统里面，其实也不算什么天文数字了。

再解释一下，为什么秒杀压力大，以及为什么12306的动态库存很复杂。

先说秒杀。

2013年12月25日前后，天猫搞了一个圣诞季积分兑换活动，持续几天。25号上午10点12分，放出了15000个天猫魔盒（淘宝集市有人卖，大概190-230块），从成交记录上看，是19秒内全部抢完。

实际上，我也参加秒杀了，那天的题目特别简单（请输入xxx汉字的拼音首字母），我应该是5秒内答题完成并提交订单，结果告诉我排队的人太多，挤不进去，并提示14秒以后重试。人太多就是因为题目太简单了，门槛越低，5秒内挤进去的人也越多嘛，如果题目换成【2克浓度为3%的U235在大亚湾核电站能发多少KW的电】，5分钟之内也不会有1万5千人跟我竞争。

我想，14秒以后哪还有我的事情呀，于是重新答题秒杀，结果出现了服务器错误的页面。反复刷新几次，就告诉秒杀结束了。

在群里问了一下同事，有不到10个人回答我，都说没秒到（也可能秒到的人闷声发大财，不回复我）。

淘宝是什么技术水平呢，淘宝有至少4000技术人员，至少4万台服务器（这都是两年前的公开数据了，按规定可以谈论），2013年11月11日成交额351亿，2012年全年成交额超过1万亿。

淘宝拥有各种自主研发团队：服务器、交换机（网上可以搜索到淘宝公开的绿色服务器开放标准）；操作系统（LinuxKerneltaobao版，yunos手机操作系统是阿里云的，暂时不计入）、Web服务器（Tengine）、Java语言虚拟机（JVMtaobao版）、数据库（MySQL内核taobao版，google和facebook也有自己的版本，HBase淘宝版、还有自己全部从头开发的OceanBase）、负载均衡器（LVS，LVS始创人就在淘宝，担任研究员）、Java运行容器（Jboss，其创始人之一，王文彬，也在淘宝，担任副总裁）。

淘宝还有数不清的开源项目和中间件，如高性能Java通信中间件HSF、分布式数据库中间件TDDL、异步消息系统notify等等等等。

以淘宝这样的技术水平，也不能做到秒杀时让每个用户都没有拥挤感，为什么呢？

一是要尊重物理原理，一台服务器一秒钟能承受的计算量是有极限的，任你怎么优化，采用多高效的算法和编程语言，都突破不了某个极限，比方说汽车发动机驱动的F1赛车至今也不能突破400公里的时速（超音速推进号那个1千多公里的时速不能算，那是飞机引擎驱动的）。再往深了说，就不容易懂了。感兴趣的可以从著名的C10K问题开始看起。

二是要考虑经济效益，十一黄金周的时候，北京主城区到八达岭长城的路堵得严严实实，但不能因为黄金周的高峰，就把这段路修成长安街那样10车道的高速公路。否则的话，花费天文数字（真的是天文数字，12306那3个亿大概只够修1-3公里）。修了一段路，黄金周是可以飙到80公里/小时了，可平时呢，拿来给两边的居民晒谷子？

淘宝目前的硬件和带宽数量，已经超出日常运营的需求了，就是留了相当大的余量给大促销（众所周知的是双十一，双十二，其实基本每个季度都有大促销，每个月都有促销，甚至天天都在促销——聚划算）。amazon当年就是为了应对黑色星期五的大促销购置了大量的服务器，平时订单量没那么大了，amazon就把富余的服务器拿来搞云计算了。顺便说一下，阿里云是当今中国第一世界数一数二的云计算服务商，和amazon走的路也有点像。

再说动态库存。

淘宝秒杀天猫魔盒的时候，只有一个商品（行话叫做SKU），它的库存是15000个。有一个人秒杀到了，库存就减1，19秒卖完的，一秒要成功产生789个订单（下订单的请求可能是8万个，只是可能啊，非实际数字，也可能是1万个，用于说明一下壮观程度）。想象一下，你在广场上卖火车票，一秒钟有8万人举着钱对你喊：卖给我！

上过大学的人都知道，比秒小的时间单位还有毫秒、皮秒、飞秒。但交易系统登记一个交易可不像原子绕着原子核跑一圈那么简单，它要做这些事：检查是否恶意访问、取到系统时间、取到顾客默认收货地址、核对顾客秒杀资格（当时的规定是天猫T2.T3达人）、生成订单号、把顾客ID系统时间订单号收货地址写入订单系统、扣除顾客天猫积分、商品库存减一、给顾客打标记（每人只能秒一个，下次不能秒了）等等，这每一件事都要花费毫秒级别的时间，这些操作加起来的时间可能是接近1秒级别的，但由于淘宝的服务器比较强悍，而且采用了分布式和集群技术，结果比1秒理想一点。但即使有1万台服务器，也不能把这个时间稀释成万分之一秒，因为，商品只有一种，它有15000个库存，对应的数据库记录只有一行，所有的交易请求都要到这里来处理。

能不能把这15000个拆分成5000个商品并分配到5000台服务器上呢？那样不就可以5000台服务器同时处理了吗？答案是不能，首先，5000个商品，意味着有5000个商品详情页，5000个购买按钮，这对前期的营销、引流是个灾难。基本上就没法做引流入口了，显然这违背了商业管理原则，人为增加了信息混乱程度。其次，天猫魔盒秒杀也不是啥大事，即使按官方标价399元来计算，也就6百万的交易。如果6百万的交易要花费那么大的配套成本，那就太不划算了。再次，淘宝有十几亿商品，这十几亿商品的展示交易和管理，本来就是分布到上万台服务器上去了。没有必要再把每个商品按库存拆成多个商品了。

这789人抢到了，还不一定会付款（99积分换天猫魔盒还好一点，不需要去网银，成本也极低，大部分是会付款的，3999秒杀iPhone5S就不一定，有人可能网银有问题，有人可能改变主意不想要了），所以就又带来订单取消重新恢复库存的问题。还有想要的消费者们，会认为还有机会，继续在前台刷一会儿，最终这个秒杀会被热情的消费者们猛刷30秒到1分钟。

一分钟过去了，服务器终于可以喘口气了吧？等等，还有超卖，原来，某两台服务器在同一毫秒都拿到了锁，都去减了库存，15000个库存，被下了15500个订单，又得取消一部分订单。。。如果采用单线程独占锁，是可以做到同时只有一个服务器线程减库存的，但那样就对并发高峰的能力就差了好多了。8万人举着钱，可能只有8个人能下单成功，这个拥挤狂热的抢购就要持续10分钟以上。平时秒个天猫魔盒，10分钟也就10分钟吧，双十一就惨了，收银台一下子减少了90%，还想做到350亿，要么做梦，要么再加10倍服务器和带宽。所以，商业是不完美的，要在绝对正确和绝对的快速之间做个取舍，保证相对快速又极为正确，允许一定的库存错误和超卖（具体允许多少我也不知道）。

好了，讲了这半天淘宝，可以说12306了吧？

我以北京西到深圳北的G71次高铁为例（这里只考虑南下的方向，不考虑深圳北到北京西的，那是另外一个车次，叫G72），它有17个站（北京西是01号站，深圳北是17号站），3种座位（商务、一等、二等）。表面看起来，这不就是3个商品吗？G71商务座、G71一等座、G71二等座。大部分轻易喷12306的技术人员（包括某些中等规模公司的专家、CTO）就是在这里栽第一个跟头的。

实际上，G71有136*3=408种商品（408个SKU），怎么算来的？请看：

如果卖北京西始发的，有16种卖法（因为后面有16个站），北京西到：保定、石家庄、郑州、武汉、长沙、广州、虎门、深圳。。。。都是一个独立的商品，

同理，石家庄上车的，有15种下车的可能，以此类推，单以上下车的站来计算，有136种票：16+15+14....+2+1=136。每种票都有3种座位，一共是408个商品。

好了，再看出票时怎么减库存，由于商务、一等、二等三种座位数是独立的，库存操作也是一样的，下文我就不再提座位的差别的，只讨论出发与到达站。另外，下文说的是理论世界的模型，不是说12306的数据库就是这么设计的。

旅客A买了一张北京西（01号站）到保定东（02号站）的，那【北京西到保定东】这个商品的库存就要减一，同时，北京西到石家庄、郑州、武汉、长沙、广州、虎门、深圳等15个站台的商品库存也要减一，也就是说，出一张北京到保定东的票，实际上要减16个商品的库存！

这还不是最复杂的，如果旅客B买了一张北京西（01号站）到深圳北（17号站）的票，除了【北京西到深圳北】这个商品的库存要减一，北京西到保定东、石家庄、郑州、武汉、长沙、广州、虎门等15个站台的商品库存也要减1，保定东到石家庄、郑州、武汉、长沙、广州、虎门、深圳北等15个站台的商品库存要减1。。。总计要减库存的商品数是16+15+14+……+1=120个。

当然，也不是每一张票都的库存都完全这样实时计算，可以根据往年的运营情况，在黄金周这样的高峰时段，预先对票做一些分配，比如北京到武汉的长途多一点，保定到石家庄的短途少一点。我没有证据证实铁道部这样做了，但我相信，在还没有12306网站的时候，铁道部就有这种人工预分配的策略了。

想象一下，8万人举着钱对你高喊：卖给我。你好不容易在钱堆里找到一只手，拿了他的钱，转身找120个同事，告诉他们减库存，而这120个同事也和你一样被8万人围着；也和你一样，每卖出一个商品要找几十个人减库存……这就是12306动态库存的变态之处。比你平时买东西的任何网站的库存机制都复杂几十上百倍。

再说一下抢票插件，机器永远比人快，当你好不容易从8万人里突出重围，来到了柜台前，你发现，我操，来了10万根绑着钱的竹竿，而且当有退票出来的时候，你要闯过3层人肉才能接近柜台，竹竿在8个人身后一伸，钱就到了柜台前。你低头看了一眼手机，票就没了，竹竿却永远在那里伸着，永不低头，永不眨眼。如果没有这10万根竹竿，虽然你很可能还是抢不到票，但不至于沮丧成这样：我TM为什么总是手最慢的一个？！！

防机器人抢票，也不是加个图片验证码那么简单。我写过文章系统性分析过，图片验证码有6种机器暴力破解的办法，抢票插件用的是我说的第三种，OCR识别（光学字符识别——观察者网注）。Google采用的Wave波形字母已经能比较好地防住机器OCR了，ems.com.cn上的验证码就是反面教材，机器OCR成功率接近100%，12306的比ems的图片验证码强一点。不过，验证码设置得复杂一点吧，人们要喷：这只是便宜大学生和办公室白领，农民工连26个字母都认不齐，怎么搞？搞动画验证码吧，也有人喷，视力不好的人怎么办？最后验证码搞得太简单了，皆大欢喜了，其实最高兴的是开发抢票插件的公司。

就算采用了机器完全不可能识别的验证码，也防不住社会工程学的破解办法。招募一堆网吧打游戏的青少年朋友，每成功输入50个验证码给1块钱，或者等值的虚拟货币、游戏装备，我保证想赚这个钱的人数不胜数。这点钱对转卖车票的利润而言，是可以接受的成本。有没有什么技术可以防住社会工程学的破解办法呢？能防住网吧青少年的验证码只有【2克浓度为3%的U235在大亚湾核电站能发多少KW的电】。

以上讨论只是把12306当成和淘宝一样没有历史包袱从零起步的交易系统，实际上，它不是，它后面的票池，还有电话售票、火车站售票、代售点售票等多个传统渠道要服务。除了客运服务，12306还有全国最大（很可能也是全球最大）的大宗物资货运系统。

架空政策（包括定价政策、警方打击黄牛政策、身份验证政策）谈技术，是不可能解决春运抢票困局的，要想让春运的时候每个人在12306抢票都毫无拥挤感（但不一定能抢到票，铁路运力摆在那），那就是逼着12306买一大堆服务器对付春运，春运过去后，成为跟amazon一样牛逼的云计算服务商。和逼北京修一条10车道的高速公路去八达岭长城一个道理。

目前的12306技术上是还有问题，比如，抢票高峰，输入个身份证号和图片验证码都卡得要死（本人亲测），服务器端繁忙，你浏览器端卡什么呀。

但人家在进步。相信2014年春运的时候，技术已经不再是一票难求的主要问题。在铁路运力不可能神速增加的情况下，要做到春运更公平地买票，需要停靠政策调整。

下文针对的是春节国庆这种非常暑期。其它时期，大部分线路保持现状就行了，问题不大，极少部分票源紧张的线路可以按春运处理：

1、拍卖法，价高者得之

当硬座票拍出飞机票价格的时候，相信票就不难买了（可惜就是贵了），也没有那么多黄牛了。要说淘宝有什么能帮12306一下子搞定技术问题的，淘宝的拍卖系统可以帮忙，浙江省高院在淘宝拍卖一年多，成交26亿。

可惜这个方法不可能实行。现在的高铁票价都被媒体和意见领袖喷成啥样了，何况是拍卖。再说，火车票毕竟是生存之刚需，票价20年来不涨本来就有照顾补贴的成分在里面，全拍卖可能也是不妥当。

2、抽签法，运气好者得之

开车前2个月开放报名，开车前7天抽签，中途可取消。预存票款，抽不中退款。上传身份证和正脸自拍照，机器核对。

这样的话，拦截黄牛的成功率就高很多了，黄牛可以预存票款，可以找到大量真实身份证号，你黄牛再让每个给你身份证号的人把身份证照片和脸部自拍也给你试试？即使有人真想找黄牛，给身份证照片还是会犹豫一下吧。而且中间手工操作多了很多，黄牛成本提高，还不一定搞得到票。反正都是碰运气，我想真正的消费者还是会选择自己先去碰运气吧。

这个方法实施难度也大，无论怎么设计抽签规则，必然有人大叫“有黑幕，不要相信政府”。

开车前7天出抽签结果，改变行程的人应该在7天前就能决定改还是不改了。没抽到的也还有时间想别的办法。当然不一定是7天，15天，10天也可以，具体几天要有数据模型来算。

3、拍卖+抽签

软卧、高铁商务座等高价位的，拍卖，反正买这个的是经济能力相对较强的。那就拼谁经济能力更强吧。

硬座、站票抽签。

4、凭身份证进站，车票跟发票一样，是报销凭证，不是进站凭证；退票后钱进入12306账户，不可提现，只可该乘客下次乘车用；黄金周期间，个人账号最多订购10张票

这个办法可以打击黄牛囤票再转卖；运行一段时间后，按账户余额弄个排行榜就知道谁是黄牛，可惜这个需要车站设备改造配合。



zh.wikipedia.org/wiki/...te_note-29


shcngzb 发表评论于 2014-01-13 06:15:02
知道什么是奇迹吗,每天24小时即时拿取全球所有交易所的所有产品的价格和新闻，然后通过电脑验算之间的关系来判断每个产品未来1-5分钟的走势。算出那些可能性最高，然后进行交易赚钱。说说给你们开开眼吧。最牛的新闻上都读不到。反正这边说也不会有太多人读。这世界没有几个人做这个。
shcngzb 发表评论于 2014-01-13 06:03:44
这种东东,对于真正的精英来说,小case.做这个对于精英来说太没有挑战性了.精英做的可比这些好玩多了.
shcngzb 发表评论于 2014-01-13 05:59:08
这只是水平的问题.对于这前淘宝工程师,是奇迹.对于懂全球大型网站服务的人来说,肯定做的到.

1. 从IP进入来分源到不同服务器去处理,不同省份有自己的服务器.
2. 数据库服务器可以细分为以起终点站和未终点站的combination,这样数据库服务器不会有太多信息处理.
3. 在每个数据库服务器,每组数据库tables是不同时间,航次.也就是说数据库tables是不停的制造的,可是旧的可以转去去速度不快的ARCHIVE.这样不会形成太多信息处理在一组table上.
4. 每个数据库服务器table组是一俩火车一个班次,那信息量就很低了.
5.每天晚上,创造明天可以预订票的更多班次的table组.
泣鬼神 发表评论于 2014-01-13 01:32:44
此法虽合伦理但不适用于实际情况，铁路公司是不会以先来后到为首要考虑因素的；一定是选利益最大化的模式

aacdeffagg 发表评论于 2014-01-13 00:46:22
其实很简单。订票网站不必查库存，来者不拒。每个人都可以订票，订啥票都通过。可以搞些验证，限制。然后给个号码以备查询。然后订票系统在后台慢慢地按照先来后到的顺序订票。然后向订到票的人的手机发出短信，通知定到了还是没订到。
aacdeffagg 发表评论于 2014-01-13 00:46:22
其实很简单。订票网站不必查库存，来者不拒。每个人都可以订票，订啥票都通过。可以搞些验证，限制。然后给个号码以备查询。然后订票系统在后台慢慢地按照先来后到的顺序订票。然后向订到票的人的手机发出短信，通知定到了还是没订到。
加国人 发表评论于 2014-01-12 22:44:33
觉得简单的人都别吹了。

你先把火车票的数据模型做出来看看，就知道复杂性了。

比如从A到Z这个区间。

中间假如跨设26个字母，就是25个区间。加入就是一个座位，你给我描述一下这个数据模型。你看看，这是一个普通商品吗？还是一个可以动态变化的商品。

比如，有人从D区间买到F区间，这个时候，这个商品马上就变成了3个商品。

A到D区间现在出现了，成了空闲票。
D到F被占有。
F到Z空闲。

这只是一个最简单的例子。如何卖出票，才能达到最佳效益？

以上的动态变化，一个用户的交易，就会导致多个商品的分割交易。一个商品，一下就变成3个商品了。

这只是一条线路，1个座位。

真的非常负责。比飞机票复杂多了。也比淘宝网的商品简单多了。复杂性在于，商品本神是可以变的。你也许说，那就在数据库里按区段... 查看完整评论
绵羊云 发表评论于 2014-01-12 22:14:44
无论怎么说，能够参与这个系统的人都是幸运的，因为可以学到很多东西。
Captain-P 发表评论于 2014-01-12 21:01:13
文章写的很生动 ,比喻也很好。
wjhwsh 发表评论于 2014-01-12 20:44:51
这个系统出来后，有不少人开发自动抢票工具，这些工具由软件读取配置信息自动下单，短期内造成服务器高负荷，后来系统加入识别机制，但仍有人编制工具试图绕过识别机制，说白了后面有巨大的利益驱动，也的确难为了系统开发者。
wjhwsh 发表评论于 2014-01-12 20:37:24
味苦 发表评论于 2014-01-12 17:10:08
作者实在是笨还跳不出框框。输入信用卡+身份证（至少10几秒）然后给出1个Confirmation号。其余的根本不用realtime
---------------
中国最差的程序员也懂得这个，根本没必要为这点入门级的知识怀疑作者水平，客户端处理一些基本的Verification 和 Confirmation后会提交服务器，作者说明一个订单提交服务器后服务器要经过大量的同步和异步处理，因为数据是动态变化的，多甚至是跨系统跨多服务器以及跨单位如银行，这样一个订单处理需要时间，短时间处理海量用户提交的订单当然是非常具有挑战，你提的那点小儿科知识和作者水平差的不是一般的大。
HostingServiceGroup 发表评论于 2014-01-12 20:32:50
纯学术探讨：
》》》 实际上，G71有136*3=408种商品（408个SKU）
不大同意你的设计。如果设每相邻的两站之间为一个产品，总共只需16个产品。用户购买车票实际是组合多个产品（从起点到终点，每段一个产品）。每个transaction仍需要处理多个产品，但相对简单的多。
ycon 发表评论于 2014-01-12 20:29:25
dhse 发表评论于 2014-01-12 18:05:22
在不知道需求和供给的情况下，根本没法判断这个网站问题在哪里。我觉得那种10秒钟就卖光，然后过两天又有票的情况绝对不只是软件问题。估计从requirements开始就没设计好。

×××××××××××××××××××××××××××××××××××××××××××
赞同此观点，IT 系统开发，往往是 use case 的具体、全面性起决定性作用。
ycon 发表评论于 2014-01-12 20:20:21
我想加几句是，撇开购票系统的具体技术，分期控制用户范围是成功的关键。第一期（年）可定在station, agency 指定机器上，估计每天流量在几十万 transaction。 根据实践数据和问题，进行改良优化，然后在第二、三期扩大用户量。IT 的技术是实践中得来的，理论的东东很多，但要用得到位还是要一步步实践。不过铁道部这种无知无畏大精神令人佩服。
在竟争体制下，第一版网站系统都是很不理想，不过没关系，开始市场用户有限，市场人员和IT联合努力。国内垄断体制下，网站系统正在开发，几亿用户就在翘首以待，如此大的用户系统，为什么政府不分配给若干民营竟争，就算今年铁道部购票系统比较成功，没有竟争，那以后怎么办，过几年就会变成老掉牙的系统。
cji_work 发表评论于 2014-01-12 19:57:54

我觉得你说的是如何把这当作一个计算机的问题来解决，which is a tough question. 但就像你最后说的一样， 有好多政策性的方法，可以使问题得到更好的解决。

在美国，坐火车出行的人， 少之又少。 我希望中国的下一个朝代，全国经济相对各地均匀， 没那么多人为外出找工作和回家过年而赶火车。
向林 发表评论于 2014-01-12 19:49:54
主要是太多变态，有问题就骂政府，骂共产党。
笔名注册不上 发表评论于 2014-01-12 19:48:43
只要把黄牛搞死，身份验证和公安联网，买不到也不会抱怨了吧？
laborlaw 发表评论于 2014-01-12 19:42:04
咋这么多不懂装懂的呢，连英文都看不懂，倒来这里装专家。 这个是前两天的新闻。 Accenture将取代CGI, 而不是说由他开发的。
CGI to Be Replaced by Accenture on Obamacare Contract

tangojunkie 发表评论于 2014-01-12 19:06:06
同意一楼的。就像“Obamacare”。 “Obamacare”网站失败的最主要的原因是选错了开发公司。 “Obamacare”是由“Accenture”（Formerly Anderson Consulting）开发的。
沈成涵 发表评论于 2014-01-12 19:34:05
技术文大都比较讲理，学习一下。
蒙得 发表评论于 2014-01-12 19:06:26
那个都市丽人别出来丢人。
HP网站比淘宝，卖票网站复杂n倍。呵呵。
tangojunkie 发表评论于 2014-01-12 19:06:06
同意一楼的。就像“Obamacare”。 “Obamacare”网站失败的最主要的原因是选错了开发公司。 “Obamacare”是由“Accenture”（Formerly Anderson Consulting）开发的。 Accenture在美国IT界是非常臭名昭著。 其雇员只会纸上谈兵，缺乏软件开发技能。 从Accenture出来的软件开发人员没有公司要。 本人知道有无数的公司栽在“Accenture”手下。 但“Accenture”公关非常有一套（曾经找了Tiger Woods 广告挂满美国飞机场），很会走上层路线。 每次都能蒙混过关。 这次不知是否能混过去。
TheEarth 发表评论于 2014-01-12 19:04:57
终于知道中国网络为什么不同世界接轨了。 访问量大， 还动态。
蒙得 发表评论于 2014-01-12 18:56:15
网站的复杂性不单单看访问量。
单一一家卖票网站是最简单的。
比如机票，只卖自己家的就简单。
要卖全世界航空公司的就复杂多了。
还有各公司之间的联合。
现在硬件发达，根本不怕访问量大。
sigmazao 发表评论于 2014-01-12 18:43:10
try50%票源到淘宝等电商，会怎么样呢？
dhse 发表评论于 2014-01-12 18:36:44
laborlaw 发表评论于 2014-01-12 18:22:06 你就更没有任何大型系统的经验了。 算3，4个中转站没有压力，几万笔交易同时算就亚历山大了。
******************************************

几万笔同时也没有压力。。。因为这个只是简单的Query，并不需要加锁也不需要commit。哥们，我手下的系统，每个单机都是30+个core/内存有256GB。Google的机器都没有我的好（当然google机器比我多）。这种几万个同时的DB访问还是见过的。
laborlaw 发表评论于 2014-01-12 18:22:06
你就更没有任何大型系统的经验了。 算3，4个中转站没有压力，几万笔交易同时算就亚历山大了。

dhse 发表评论于 2014-01-12 18:05:22 如果这哥们真的做的大型IT项目的话，他应该也只做过普通购物网站的一小部分，没做过票务网站。那种认为“不同中转站就等于不同商品”的想法，几乎说明这兄弟没怎么写过软件。中转站是算出来的，不是预先生成的一种商品。算3，4个中转站根本就没有就是什么压力的事情。
fc1989 发表评论于 2014-01-12 18:18:14
好文章，谢谢分享！
dhse 发表评论于 2014-01-12 18:05:22
如果这哥们真的做的大型IT项目的话，他应该也只做过普通购物网站的一小部分，没做过票务网站。那种认为“不同中转站就等于不同商品”的想法，几乎说明这兄弟没怎么写过软件。中转站是算出来的，不是预先生成的一种商品。算3，4个中转站根本就没有就是什么压力的事情。

在不知道需求和供给的情况下，根本没法判断这个网站问题在哪里。我觉得那种10秒钟就卖光，然后过两天又有票的情况绝对不只是软件问题。估计从requirements开始就没设计好。
jichi 发表评论于 2014-01-12 17:29:33
事实证明，国有的东西没有搞得好的。美国中国都不例外。
没有竞争，没有优胜劣汰，怎么搞都没戏。
laborlaw 发表评论于 2014-01-12 17:28:47
同意，这个网站的难度太高了。 复杂性，访问量比obama care的网站高出了几个数量级。

但是这个obama care网花了几十亿，做出什么东西来？
味苦 发表评论于 2014-01-12 17:10:08
作者实在是笨还跳不出框框。输入信用卡+身份证（至少10几秒）然后给出1个Confirmation号。其余的根本不用realtime
leeyan 发表评论于 2014-01-12 16:59:55
作者写的不仅专业而且客观。乱发评论的不是没去实际计算过就是没卖过车票。作为一个在车站售票微机房工作过十年的软体维护员，亲自售过车票一年的售票员，我认为作者作了很多实践调研才能写出这篇公正的分析报告。至于车票为什么限制时间，用我们中国的成浯，计划赶不上变化，就是最好解释。这句话不仅指买票的人有可能，随着天气变化，客运流向，车况路况，以及抵制黄牛等等诸多原因，为了减少成本，这也是其中一个不错的原因。
洛阳儿女 发表评论于 2014-01-12 16:45:03
现在黄牛票都需要技术了。
洛阳儿女 发表评论于 2014-01-12 16:40:42
回国发现12306非常方便。
加国人 发表评论于 2014-01-12 16:29:22
看看美国的医疗网站的水平吧。这个售票系统还是不错的。


俺是搞软件工程的。我们给电信系统做的软件，都是千万美元一个项目。最难的，就是并发控制。我们搞了很多年，都无法满足同时在一瞬间爆发出来的巨大流量。我们有一个术语叫做：BURST。



我们的软件，只能同时支持上千用户。从来没有超过2000.不然，系统就死掉了。
Morphin 发表评论于 2014-01-12 16:25:59
如果一市场供求关系来看，拍卖和抽签都是好办法，
供不应求的，用拍卖和抽签就可以解决

不过关键是铁路的内鬼问题要先解决。

都市丽人 发表评论于 2014-01-12 15:51:20
楼下的蒙的是个不懂装懂的家伙。
售票系统最大的难题就是瞬间大量访问导致系统过载。当年惠普甩卖卖tablet就把自己的系统顶爆了。
不懂可以学，不懂装懂还到处乱喷就太逊了。
hheello 发表评论于 2014-01-12 15:38:32
为什么都要到最后几天才卖票？
蒙得 发表评论于 2014-01-12 15:29:28
Obamare？比卖东西，卖票的网站复杂好几个层次。哈哈。
有用户资格，有保险比价。单单一个保险价格就和车票不在一个档次的算法。
hugh.williams 发表评论于 2014-01-12 15:15:53
票贩子怎么能买到票，老百姓买不到，这个是应该解决的问题。
wjhwsh 发表评论于 2014-01-12 15:14:45
Oh, Way complicate than Obamacare! Much more combinations and more requests in limited time.
蒙得 发表评论于 2014-01-12 15:12:44
作者是外行。只会最简单的卖东西的库存管理。
思维就是错的。车票的库存是用算法计算出来的。
怎么和实际商品相提并论？
实际商品库存就是个简单数字。
哈哈。

yywind 发表评论于 2014-01-12 14:59:52
上了车就知道了，有的是票根本没卖，明白了吧，一条龙的。
AsianTiger 发表评论于 2014-01-12 14:49:26
车票加上身份证号码，一下就解决了。 这事铁道部门就是不想解决，买不到票，铁道部门的人才会有好处。
rxcrchen 发表评论于 2014-01-12 14:37:26
Just like Obamacare website....
rxcrchen 发表评论于 2014-01-12 14:37:07
Just like Obamacare website.....


zh.wikipedia.org/wiki/...te_note-29

[我爱温哥华]

原帖也不是文学城的

[smirnoff]

我爱温哥华 写道:

原帖也不是文学城的

是看文学城的文章里面最少 五毛 轮子相互掐架的。


大部分回复都是可读性比较强。



有时候回复比原贴更吸引人

[冇散纸]

全在数据库上纠结，就没有一个out of box的？ 比如生产线上装个风扇吹走空盒子那样的？

[deerlake]

可以全年提早订票，分流大部分的交易到年中。

[rainfly]

文章确实是程序员写的，挺实在，言之有物

[下雨不愁]

deerlake 写道:

可以全年提早订票，分流大部分的交易到年中。

票贩子满含热泪发来贺电

[本那比经略]

应该大力提倡留在当地过年，移风易俗。。。:lol:

[yemilk]

困难推动技术发展

[musiksun]

已经贴过了哦

www.westca.com/Forums/...inese.html