如果让你设计铁道部购票网站，你怎么做

都别TMD搞笑了行么？
给你1600W，你能做出来个支持1/5淘宝规模的秒杀系统来么？

写了一篇文章：12306的复杂度分析，请大家批判。http://t.cn/z0do6Pi

申明一下：我这些纯属YY，本人没有这方面的实战经验，近通过数字来分析12306其实是一个很简单的系统。

哈哈，谁在装，让做过电信系统的人来说说吧。我很想知道你做过几个大系统，这个订票系统的接通率能有电信的1/10都不是现在这种龊样子了！

你们这些人就为铁道部洗白吧，爱怎么说都行了，可怜且可悲的家伙！

一群装高手的家伙,继续蛊惑在卖1分钟就缺货的购物网站上加排队系统吧.
淘宝真该请你们去加个排队系统,否则淘宝人士全成了你们嘴里的...

大家来围观了，这位高手意思是，现在的订票系统已经最好了，没有改进的可能了，他们做的系统是最牛的！！

来，我们来膜拜！

一分钟就空货只能说明火车票就那么几张，这个系统实际的成交量低的很。如果这个系统每秒能处理100笔请求，每天只要正常工作6小时，一天就能售出100* 3600 * 6 = 2160000 ，216万张票。你算算整个春运有多少张票，而现在又有多少张是通过售票系统出的？

你看到一趟火车的火车票能有多少张？一分钟售出很神奇么？！ 楼上有一位居然说这比电信的通话和短信量大，汗死！

出现刷票的情况就是因为系统订不到票，用户才不断刷网页。。。。。。

上述1分钟就缺货，居然被你认为是出货量大？什么分析能力啊，就你们这样的设计水平，设计出这样的垃圾系统，一点不足为奇！

不懂不要装懂！

电信计费系统要比一般的交易系统简单的多的多，甚至比一般CMS/MIS 系统都要简单。

原因如下：
1 电信计费系统算是一个无状态的系统（请求/回复无状态，数据之间无关联依赖）
2 电信计费系统几乎没有并发（并发20个以内，中国发达省份会多一下，但不会超过40）
3 数据都是串行化处理队列处理
4 业务处理过程极其简单（不要说什么批价，信控复杂！ 那个叫繁琐，复杂真的算不上）

但一般的交易系统就不一样了
1 都是状态数据，服务器必须跟踪客户端的状态，服务端压力巨大
2 并发处理要求高，而且都是online 在线处理
3 交易数据内部都有关联，而且有相互依赖

另外
1 电信计费系统还可以离线处理， 交易系统如何离线？
2 电信消费系统很独立，与之关联的系统很少，交易系统就不一样了，系统关联度很高，数据复杂
3 计费系统很少参与与其他系统的集成（至少我没见过），但交易系统相互集成的案例很多，铁道部的这个系统后段的数据肯定也是用的原来的系统，和原来的系统做了接口吧？

那按你的意思是，这个售票系统是因为复杂，所以出现收了钱，不出票？？还是说做到这点很不容易，很完美，不用改进了，或者没有改进空间了？？

高可靠性系统在最核心部分大都是串行化处理的，正因为这样，我们才提出了异步任务队列，或者排队系统的设计。
按照我上面的3部设计原则，售票系统的核心根本就不存在什么客户端状态跟踪，或者太多复杂的业务依赖，这些东西应该在第二部分系统中分离，核心部分就是高效的串行化系统，最终确认客户下单，收钱，出票。

如果有人要为这个售票系统洗白，那么最好的方式就是保持沉默。

这样系统的bug是明显的，越讨论越深究，就会发现越多的设计问题！

为啥做的不好就不好意思承认呢，难道要大家夸这个系统做的很好，已经完全满足广大人民群众的需求了？

一个程序员如果连积极向上不断改进的勇气都没有，建议改行当公务员吧

有个事实很明显，就是广大程序员都觉得这个售票系统做的不好，而且是烂到一定程度了，才有这个帖子来讨论，如果是你做，要如何设计？

只要稍微做的靠谱的B2C应用，大家的关注度估计就不会这么高了。