有谁了解奥运门票网上售票系统架构，10.30的问题出在哪里 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

谁给说说，看看昨天的问题出在哪里，是哪家公司做的，说不定能给提点建议。这也是积极参与奥运啊

从昨天购票的情况看，不仅是负载压力问题（可能web还好，app和db的压力比较大，准备不足），至少还发现订单信息错误，以及付款单边帐的问题，就是不知道这个错误的比例大不大？
其它行业的业务支撑系统与银行核心业务系统比, 在程序正确性和业务严谨性方面,都是有明显差距的. 原因不在于技术方面,而在于业务规则设计方面. 其它业务系统都以业务为核心, 系统设计只反映业务流程, 而银行系统则是 业务活动 及 活动货币化 的双重业务逻辑反映, 其本质是以 账务核算为核心 , 并借助严格的会计双线核算和账务平衡手段, 保证业务无差错. 这就是为什么一直说银行系统复杂的原因, 同样也是为什么银行系统的业务正确性要远高于其它行业系统的原因.
看报道说设计能力是一小时三万张门票，可实际一个上午才卖出不到一万。当时全国不知道是否有成百上千万人在使用这个系统，这对性能要求还真不是一般高啊。
售票系统有点类似银行网银的结构，不过后台确认是否有票以及超时控制逻辑可能比一般网银要复杂些，不知道事务的开销是不是比较大？
首先是消耗在浏览查询上，不过主要在生成订单时，以及验证可售票时的事务的陈本比较高，是不是后面数据库没做负载均衡？不知道它的数据层用的是什么架构。
就是单边帐估计可能也不是银行这边的问题，中行可能就提供了一个支付网关。单边帐不知道可能跟支付网关的网络堵塞或处理能力有关？
就随便说说看法
[B]貌似不是银行的问题吧 [/B]
我的意思，并不是说银行系统有问题． 而是想表达， 其它行业（包括移动，电信，石化等）都想向银行系统看齐，在业务系统中直接登记账务，但由于业务规则体系设计不完整，不严谨，因此在大规模业务压力下，单边账问题自然是很容易出现了．这其实不是技术问题，而是业务设计问题．
不过银行要是做实时的是有点慢 ，你看atm取款 都老半天了
一般普通的股份制银行 每秒200-300个并发已经可以承受业务压力了，奥运门票那是蝗虫效应呀
其实更想考虑的是一个在中国这样人口众多的环境下，基于web方式下的集中系统，它采用何种整体架构，用什么样的硬件配置，什么样的数据库等软件部署，才是可行的？
没有了解过工行网银是不是最大的，它的网银的为了应对高峰期，是什么样的架构和配置，它的最大负载能达到多少。但高峰期每秒并发500以内应该是不够的吧？
目前多数网银用的后台是小型机或者小型机的集群，能否承受真正意义的象奥运门票这样的的全国集中，很多系统在预先或物理的或逻辑的方法把它给分流了？或是用大型机也许更好？
另外，大胆的推测一下，如果访问压力是发包方或承建商当初没有预料到的，不知道奥运门票系统11月5日是否会把售票政策由纯实时改成实时加批量的处理方式