|
精华帖 (1) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-01-17
sslaowan 写道 advantech 写道 我认为12306的系统可以说是海里事务，但是高速处理根本就谈不上。
首先票在哪里就是个问题，如果票在以前的售票系统里，那每次售票都需要和以前的售票系统做数据交换，那就不可能被认为是一个瞬时动作，也就谈不上高速。 其次付款的时候要和各家银行的网银做数据交换，这也不是一个瞬时完成的动作。 网上有种说法是说12306直接调用了TMIS的API，但是我觉得可能性很小，一是安全角度，二是性能问题。 http://www.mmbest.com/a/news/It/2012/0106/4583.html 另外跟银行的交换其实也不是像你想象的那样，各个银行的支付转账中间都是有网关，比如银联之类的，自己的银行也有多级的那种网关，你支付了也只是发送了消息。有人有这样的经历，转账时，手续费扣掉了，钱打过去了，那么没收到，过两天钱又回来了，其实就是在网关被挡回来了。电信也是用类似的机制。消息中间件+异步，比较常用的解决方案 GG，我就是做银行系统的这不用你说，我强调的是和银行做数据交换完成支付不是一个瞬时的动作。 |
| 返回顶楼 | |
|
发表时间：2012-01-17
问题根源是在于垄断！
|
| 返回顶楼 | |
|
发表时间：2012-01-18
liujunsong 写道 铁路内部的票源分配制度,会对这个系统有很大影响.
铁路的票务分配是有阶段的,那些票在啥时候出,出多少,留多少,给窗口留多少,给火车站留多少,这些都是有详细规定的. 可惜这些内部制度是不对外公开的,因此人们只能盲目的去各个售票途径来碰运气,大量的资源就消耗在这些无效的分配上了. 另外一个性能的压力点,在支付上面,目前只能通过网银支付,这样等于把这种庞大的支付压力同时传递给银行系统来承担,光在支付这一个点上都抗不住. 所以淘宝做到一定时候,就必须搞自己的支付服务,因为对任何一家银行来说,忽然增加这么大的交易压力,都是难以承受的. 很多对于这件事情的讨论,还是局限在单纯技术的实现层次上,并没有从整体上看,总体的压力点在那里. 支付宝的系统也是直接调用各个银行的网关的，所以购票网崩溃和银行应该是没有太大的关系的。 淘宝大促的时候双11，双12银行都能撑住（当然，提前打过招呼了），所以问题不在银行。 |
| 返回顶楼 | |
