锁定老帖子 主题:对于12306,我的完整技术方案
该帖已经被评为新手帖
|
|
---|---|
作者 | 正文 |
发表时间:2012-01-14
真的不错, 认真看了. 我是想不出这种做法.
|
|
返回顶楼 | |
发表时间:2012-01-14
楼主犀利哎~
|
|
返回顶楼 | |
发表时间:2012-01-14
最后修改:2012-01-14
分析有一定借鉴意义,但离“完整技术方案”还有一段距离,并且还忽略了一个重要前提:铁路车票销售核心系统应该已经存在,网上售票是在核心的基础上增加业务渠道,不涉及或很少涉及到核心的架构问题。
|
|
返回顶楼 | |
发表时间:2012-01-14
"我不了解航空售票,也不了解火车售票业务具体模型,下面都是基于推测和假设之类的。"
------------- 看到这一句我觉得没有必要再往下看了,本不会回帖 回帖是因为看到了1楼 |
|
返回顶楼 | |
发表时间:2012-01-14
我觉得现在大多数网友都有一个错误的思路,就是12306只需要在自己内部玩就搞定了,或者说全国铁路售票都是在12306上完成的,所以动不动就去想12306怎么设计数据库啊,怎么做负载之类的,压根没去想12306的“票”是怎么来的,12306上卖票的时候当时需要给谁,或者说最终需要给谁。
假设一下,12306的系统每次都得去铁道部各个铁路局自身的系统去完成业务处理,大家的设计不是泡汤了么? 别忘了,对于铁路售票来说,12306只是个小头,最大的途径还是在窗口、站外代售、电话订票之类的传统渠道。 |
|
返回顶楼 | |
发表时间:2012-01-14
思路不错。
希望铁道部能找到真正能解决问题的开发公司进行此项工作。为了那么多人买票,有的人一年才回家一次,为了他们,在本项工作中少捞点吧。。。。。 |
|
返回顶楼 | |
发表时间:2012-01-14
对于分票、合票等操作,其实运算量不大的。12306最大的问题就是查询。当有几百万,几千万并发时。服务器的架构,流量分配很有讲究。
|
|
返回顶楼 | |
发表时间:2012-01-14
mmwy 写道 我觉得现在大多数网友都有一个错误的思路,就是12306只需要在自己内部玩就搞定了,或者说全国铁路售票都是在12306上完成的,所以动不动就去想12306怎么设计数据库啊,怎么做负载之类的,压根没去想12306的“票”是怎么来的,12306上卖票的时候当时需要给谁,或者说最终需要给谁。
假设一下,12306的系统每次都得去铁道部各个铁路局自身的系统去完成业务处理,大家的设计不是泡汤了么? 别忘了,对于铁路售票来说,12306只是个小头,最大的途径还是在窗口、站外代售、电话订票之类的传统渠道。 楼主的思路挺清晰的,先赞一个! 但事实的情况可能更像这位兄台说的,12306只是一个扩展,它的票怎么来我们不清楚,窗口预售有没有提前分到一定量的票这个我们更不清楚(个人觉得应该预留一部分,很多民工不会上网)。 ps:话说把12306做成一个开源的项目该有多好啊,那明年春运前这个系统绝对很给力,呵呵,我反正愿意为它出力。 |
|
返回顶楼 | |
发表时间:2012-01-14
各位真热心啊
12306就是个网上购票渠道 查票、下单买票什么都都是调用原有的售票系统(和电话订票、网点买票同一个系统) 12306不干这些事 |
|
返回顶楼 | |
发表时间:2012-01-14
没做过铁路系统的项目,只做过航空的。
每个航空公司都有自己的票务系统,另外还有代理机构系统,还有各种第三方接口,财务清算和返利等等商务合作都很复杂,甚至还有国际UATP组织等。 总之,推想起来,12306只是冰山一角罢了,中国的国企业务和利益向来复杂,太多中国特色。 脱离遗留系统的架构设计只是空中楼阁吧。 和前段实际有人推算淘宝的秒杀架构一样,只有学术探讨价值。 |
|
返回顶楼 | |