如何设计高并发高流量的12306在线票务系统

snow888

都没有考虑到根上啊 。。。



系统的加密啥的，俺救不说了，那个是基本功，说那个没意义。

to407

回复 171# snow888


一个连帐号加密都不做的网站，还要奢望他去做动态均衡高并发 么？

我真觉得这种网站已经没必要再砸钱去搞得多大多畸形了。。。太劳民伤财。。。早点开放票务API吧。。。

学学中航信，人家客户再怨声哉道，没见到公众有几个是出来骂 中航信的。。。钱照赚，日子照过，垄断照样继续。。。

http://cs.travelsky.com/cms/wwwroot/cs/cppt/gdsywcp/
http://cs.travelsky.com/cms/wwwr ... lwdzyq/250498.shtml

无牙

开放票务API没有任何意义，系统还是原来的系统，体制还是原来的体制，怎么开发/怎么开放也没有用。

大家有没有对比过春运期间航空和铁路运送客人的比例？

这个是个网上找的数据：
初步预测2012年春运，全国客运量将达到31.58亿人次，同比增长9.1%，其中铁路2.35亿人次，增长6.1%；道路28.45亿人次，增长9.5%；水运4350万人次，增长3%；民航3488万人次，增长7%。

铁路2.35亿人次对比民航3488万人次。 如果这个两个值倒过来，瘫痪的就不是12306了。

我把这个贴从头到尾都看了，真正能分析到位的很少很少。

如果把讨论的题目换成"如何设计高并发高流量的在线系统", 大家的回帖都是牛帖，分析的非常专业，有的都可以作为网站设计的指导手册。但现在题目不是这样，题目已经被限定到一个特点的应用上。

"（因为12306拒绝了IBM等的成熟方案，选择自己开发）" 有人知道IBM提供给12306的成熟的方案是什么吗？为什么没有被接受？ 之前我也提到过，我们这没有人对12306的构架了解，没有人对业务了解，所以讨论就变得一点意义也没有。讨论变成了抱怨。

我是做存储的，如果用户需要做存储系统优化，我们最起码都要知道是什么应用，应用的读写有什么特殊之处，操作系统是怎么设置的。我相信其他行业也是这样的"对任何应用系统的优化都是从业务入手!"

前一阵网上曾经说过“美国最缺是懂SFDC开发的程序员“，为什么?因为这些程序员不但会编程还懂CRM。

这就是我的观点，可能要挨不少板砖了.  哈哈  

snow888

回复 173# 无牙


    对比 google 的访问量如何？

没见过那些大型的门户网站崩溃掉吧。

更何况，这票务系统要实现的功能比之 google ， 实在是太过于简单、单一，如果因为如此简单和单一的功能，如此的访问量就崩溃，你觉得说得过去么？

没有这网上订票的时候，从各个售票点购票，那旅客量也没见减少吧，并发量也应该是一样的吧，咋就没出现崩溃呢？

再次重申，那些什么加密之类的，那是基本功，如果那个都做不好，干脆就不要做了。

无牙

Google会有多少人同时访问同一个表中的同一记录？

无牙

另外，没有网上订票前，在火车站和车票预售点的终端是有限的。 在北京超不过 5000个。 全国怎么也超过不过50万个。

tianqijc

顶一顶

to407

回复 173# 无牙


    那就分开回答你的帖子吧。。。

   1. 谈体制， 中国民航也是垄断，和铁道部半斤八两。但至少开明一点，就是承运商之间存在着竞争关系，而且为了服从国际化(特别是国际航协IATA)的要求，在行业内开放了票务API。
       这一点 铁道部就没有做到，因为他自己管理，自己运营，自己监督，花的还不是自己的钱，一点不用心疼，也不用动脑筋，不思进取。   

       开放API，意味着利润分散，民航能够做到，铁道部为什么不能呢。 同样是垄断行业 牺牲一点吧。。。

    2. 比较民航和铁路的春运人流量，这是一个伪命题。
   
       我们可爱的政府部门，每次一被批评就像受委屈的小姑娘家家，说日夜辛劳服务了世界上最多的客户。可他们不思量，他们花了世界上最多的公帑。 这种傲娇只有在某些媒体代言人那里才有市场。
       举个栗子吧，说民航部门的客运流量远远不如铁道部的，那应该建议中国民航自己也来建一个集中票务系统吧，把全国的代理都关掉掉，只开travelsky一个出口。。。这样就光明伟大 一桶浆糊了。。。

       人家民航人是见过世面的。。。没这么硬伤。。。把流量都集中起来， 人家又不是哈马斯玩自爆的。。

       换个角度，为什么人家民航业这么少客户就知道要分流量， 而铁道部这么大的算盘还没脑子，要吸引火力呢。。。。

    3. 乃是做存储的。。。我也是做技术的。。。 这个没什么好炫耀的。
       在中国，你技术做得再好，你都没办法找到机会 去给做农民工的前辈们做好一个购票网站，让他们可以轻松上手 不用去火车站彻夜排队。

       从公开资料讲，用的是ORACLE的数据库，目前公开的信息看 这一块并没有出大问题，有问题的地方可能是支付那一块 大量出现了收钱不出票现象，这种数据完整性的破坏应该就不是ORACLE的问题，而是设计人员和代码工的问题了。

       我甚至不认为这里的问题出在后台别的方面。而是前台的大量无关访问让许多本可以分掉的流量都中弹了。。。

    4.。。。纯自由发挥。。。这个网站从目前来看，根本就没做前期项目定位，说不定都没做设计不写文档就直接写代码了，没有后期压力测试，做出来的UI界面也只给那些么的审美观的人审过，。。。

      开放API，好好的桥不走，偏偏要下水，摸着石头过河。。。。。。实在可爱。
         

   

to407

回复 176# 无牙


    但是12306吸引了大量无关的访问，比如订票失败了之后浏览器刷新，支付页面的长期驻留，还有查询和订单做在同一个web入口。。。

    还有更脑残的是某些家伙一时拍脑袋，学着人家淘宝玩秒杀，整点放票。。。这样追求政绩，吸引仇恨，倘若不挂，天妒英才。。。

to407

回复 175# 无牙


    Google的成本相当大，除了在总部的机房，全球也有数十个数据中心。
   
    总不能建议铁道部再贷上几千亿的负债，去搞分布式数据中心吧。。。。。。

    真不知道那些人  在决策者身边起哄 要多花纳税人的钱。。。是什么样的冲动啊。。。