主题：【整理】一个铁道部职工说出的真相：为啥你们买票这么难（） -- 慕容无言
家园 偶只是看你们争论买票，就转了一个帖子，汗，，以德服人 表吵，表吵，是我错了……行不。
家园 12306网站的技术开发是外包的 而日常管理是由铁路管的。但目前我掌握的情况是铁道部在这一点上被外包公司算计了，说起来也许是真没有互联网开发的经验，或者也许可能是不再有曙光那样被企业视为煞神的主了，结果这回铁道部被人家钓鱼了，一开始就被人家牵着鼻子走，后来发现网速太慢，系统必须升级，人家外包公司就狮子大开口宰肥羊了。升级一次，发现还是不行，又要升级，对不起，人家外包公司把手一伸，拿钱来。
通宝推：瑞安小洪,家园 这个真不是网速的问题 这个真不是网速的问题，听说这个购票系统是构建在oracle上的所谓传统系统。那么所谓的传统系统目前一般是指基于b/s+中间件的oltp系统。这种系统在广义上分三层架构，但实际上在中间件和浏览器之间以及中间件和db之间会增加额外的层级，瓶颈可以在浏览器之后的任意一层出现，或者干脆在每一层都出现。目前来看，似乎瓶颈主要在两方面：中间件最大活动连接数，以及从中间件向外调用第三方接口的响应时间上。这两者又是相互影响，其中调用第三方接口的响应时间应该是决定性的因素。
网宿提供的是cdn，应该是用于将不同类型的请求路由到相应的中间层服务器，应该处于浏览器和中间件之间，不知道这个产品有没有负载均衡的功能。太极只负责提供硬件吧。这两家应该是无辜的。
家园 问题应该就出在12306和传统系统连接，他们没有用中间件 有消息说是用jni 直接调用C传统系统的C接口。
家园 不一定 我外行说几句。
首先，做订票系统不会那么弱智，考虑不到几百万人同时登陆的情况。不可能是表面的系统登录不够用。再不成，可以借用qq认证吧，很多小论坛就是这么干的。这个测试肯定是做过的。
其次，我认为问题出在内部上，就是出票的问题，铁路本身就有内部订票系统，我觉得这个新系统的后台应该是连在内部出票系统上的，服务器最少也是台IBM的小型机，但是这台小型机无法同时应付这么多订单，给前台的部分极大的混乱，服务器负担过重，就造成目前的现象。因为这部分测试需要真枪实弹，无法测试，就无法发现问题。
家园 12306网站是IBM做的 一个来自IBM的同事这么说的，IBM的一贯作风都是狮子大开口。。。
家园 签订合同的时候应该有技术指标的 比如能支持的并发访问量是多少等等，如果支持不了，就应该承包公司自己想办法解决，要是连这个也没写上……那就活该了
家园 这个不是单独的 网速问题，只能说铁道部的IT建设很落后！ 具体技术分析可以看CSDN蒋涛的分析，很清楚是两家承包商不知道是故意呢，还是真的技术水平差，就做了一个很没有技术水平的东西。在网络传输上弄了很多垃圾，然后造成的表象就是速度太慢，带宽不够。
其实，这个项目开发应该找一家第三方的质量监理，该做的测试要做，尤其是压力测试，要求有第三方的测试和验收报告（也许是找了个浆糊关系户）。目前看起来铁道部在这个方面技术储备很落后，内部的IT项目开发经验很少，这么轻易就被这个两个承包商给骗了。
家园 蒋涛那个分析不靠谱 交易型的网站瓶颈一般不在带宽上，12306的页面其实很小，比那些带大量图片的网站要小得多。而且带宽问题也是最容易解决的问题。交易网站最大的瓶颈一般都出现在和交易相关的查询上，就12306的网站来说应该是那个余票查询（简单分析，没数据支持）。所以这个网站所谓的升级最重要的一个改动就是将实时查询改成每30分钟更新一次数据的准静态查询。
估计这个和铁路内部票务系统的接口有很大关系，网上售票系统其实就是等于将原有的窗口售票终端扩充了成千上万倍，而原本的售票系统查询量远远小于现在的网上售票系统。整个数据库的调优指标发生了重大变化，我估计这个系统和网站还有一定的隔离（安全考虑）所以查询效率比较低，且不容易做到交易事务的完整性。所以高峰期一到就很容易出现各种毛病，包括支付问题。
彻底解决这个瓶颈恐怕还不是网站怎么优化，很可能要改变铁路票务系统的运作方式——以往的放票流程和网络的区别是两个完全不同的概念。
本帖一共被 1 帖 引用 (帖内工具实现)