铁道部售票网架构重设思考

http://v.youku.com/v_playlist/f16899636o1p0.html
日点击量10亿。。

很奇怪，为什么不用REST架构呢？既减少服务器负担，又极其容易扩展硬件。

其实技术不是问题，，铁道部想要做好这个网站还是很容易的，外包给一些好的公司，，关键是现在他没必要非要做好，做的不好 你又不能换一家，，直接在另一家买车票，，人家垄断。。。怎么都有优势。。。

我觉得关键要有个叫号系统。

从实际订票情况来看，票一出来基本一小时内就没了，从这点来看，售票中心的负载实际上差不多满足需求了。，
就这系统来说，没必要做得在一秒钟之内把票全卖了。人多票少，肯定不能保证都能买到票。
系统的意义就是减少窗口排队时间，对于铁道部来说相当于增加了大量的售票窗口，单位时间总出票量增加。

其实只是用户体验没做好而已。如果有个叫号排队系统，告诉用户前面有多少人，按照售票中心的处理速度计算出大概要等多长时间能买票，大部分人都不会骂它了。

铁道部每天放出的票是一定的，约600W张。每天分4次放出，每次150万张。如果用户能接受的排队时间大约是30分钟，那么售票中心能达到1000张/秒的出票速度就可以了，这个实际上已达到。

其实只要把登录单独拿出来进行扩容，再做个叫号排队系统，限制进入到售票中心的人数，这个业务支持大并发应该没什么问题

这里更正一下，每天600W张是总出票量，12306上卖的不超过1/3，实际需求负载比上面更小。

楼主的想法跟我有部分相似，

http://mybeautiful.iteye.com/blog/1335865

昏倒，又开始讨论谁更强了..现在不是用啥技术的问题，javaEE能解决这个问题，是毫无疑问的，并且毫无疑问用其他的架构可能能找到更好的。

现在是整个架构的设计，以及用户体验设计的问题。不是具体用什么做的问题。

够水的这贴。好把回到主题
楼主的意思是白天提交登记请求，晚上批量落实，第二天再付款，我感觉这只是把之前的一系列业务分解成两天或更多来做，从并发角度上看并没有什么区别，而且延长了客户买票的业务操作，我觉得不可行，碰到着急的客户还没法做了

现在这个订票系统，着急的客户照样没用啊！

不过兄台说的也有点道理。

或者说加个自动付款功能，直接授权铁道系统扣款。这样可以减少支付时间。

看了很多帖子，大家都说这个系统难登录主要来源于大家都在刷系统
是因为很多操作都绑在一起了，查询，选票，付款，这些都很好资源。而且集中在白天。
我这个方案，是解耦，而且晚上的资源也可以利用起来，时间换空间。
比较便宜的方案。
肯能硬件厂商不会很同意。
那些大公司，搞一套很复杂的算法的并发的公司也不会同意。
没有这些他们吃啥。