论坛首页 Java企业应用论坛

对于网上购票系统12306,如果你是架构师,你会怎么办?

浏览 37544 次
精华帖 (1) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2012-01-14  
我发现最近这个很火,我只能说着论坛上一堆法贴字讨论这个问题的属于典型的皇上不急,急死太监的现象。

更有一些人还保有怀才不遇的心情,或者投机的目的。我觉得,要不你就NB的作出来一个prototype,要不然就别在这里YY了。
0 请登录后投票
   发表时间:2012-01-15   最后修改:2012-01-15
根本不在用什么技术, web负载是最大问题, 就算后端技术再牛前端响应不了也没用.. 其实觉得在写一个防ddos的防火墙一样, 同时面对无数请求, 还要保持事务, 哈哈. 这种问题可不是拍脑袋想的.  如果我设计的话, 直接做成异步离线应用, 客户端提交的数据通过验证后直接写入服务端的高速异步队列, 等待服务端处理结果推送回客户端. 这样的好处就是可以解决web端刷页面的问题和响应速度, 但客户端提交的数据有可能被封包, 还有客户端提交数据成功后也可能没票...     
0 请登录后投票
   发表时间:2012-01-15  
仅此而已 写道
我要是负责人,那我干脆把车票架在淘宝上买!费力不讨好,花了几千万!
铁道部的人可以找淘宝的团队,真不知道他们怎么想的!


这位哥们肯定没有好好看铁道部的需求文档,第一条:肥水不流外人田~
0 请登录后投票
   发表时间:2012-01-15  
这个系统每天的访问量已经有淘宝的1/5
淘宝多花1600W就能提高20%的负载能力?
别搞笑胃
0 请登录后投票
   发表时间:2012-01-15  
aws 写道
这个系统每天的访问量已经有淘宝的1/5
淘宝多花1600W就能提高20%的负载能力?
别搞笑胃

不完全赞同此观点,访问量高,有多少是因为速度慢导致的了?会不会10亿中,有一大半是因为速度慢问题导致别人重复刷新的了??

这点本人深有体会,本人参与一个全国系统,平时访问量也就2000W,但是当出现问题的时候,飙升到6500W。
0 请登录后投票
   发表时间:2012-01-15  
铁道部高层在接受记者采访时指出,目前12306的硬件和软件确实存在问题,但最核心的原因出于两点,其一是铁路网络的物理隔绝,以及12306网站的信息存在内网与外网转换滞后的问题。

铁道部高层告诉记者,12306网站属于外网,其数据并不是直接连接自铁路客票发售和预订系统,而是存在内网与外网的数据转换。“数据交换的时间不知道是多长,听说在10分钟左右。”

“在互联网上,只要能提升百分之几的效率,那么网络与服务器的压力就能降低很多。”一位互联网知名技术工程师建议,12306网站只要在关键部分进行改进,那么就能大大地提高效率。比如,12306网站“余票查询是每10分钟更新一次”。这10分钟就是可以进行静态处理的,只要网站做好这10分钟,那么网络拥堵的情况就能够大大降低。

另据了解,针对全国“一张网”网上预订火车票出现的网络瘫痪状况,铁道部日前表示将会研究实施“开分店”式的多网运作。

“采取分店式运营,可以将集中处理转化成分散处理。”近邻帮公司的CEO田悦称,在实际操作中,可以根据区域访问量的大小,以及各个区域的访问特点,部署相应的资源。比如,有一些地区访问量很集中,而另一些地区访问量不大,那么配置的资源就可以相应增加或减少。
0 请登录后投票
   发表时间:2012-01-15  
zmcsut 写道
紧俏资源,摇号吧
大部分人都能提前一个月填写目的地、发车日前吧

有才!
0 请登录后投票
   发表时间:2012-01-16  
前台留言,此贴必火,呵呵!!
0 请登录后投票
   发表时间:2012-01-16  
i5cn 写道
wisesean 写道
我觉得应该这样做:让铁道部写需求文档,各位大神集思广益免费给铁道部设计个系统,以服务社会。

理论上极其可行

砸门的Chairman Mao曾经也说过人多力量大嘛,这个可以有...
0 请登录后投票
   发表时间:2012-01-16  
需求文档是专业人士写的,不可能由铁道部写,别人都写好了要我们干什么
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics