主题:【讨论】回应对12306.cn网站的技术质疑 -- 忘情
首先是查询,查询可以用平行分流,路线是固定的,不需要和中央系统实时对话, 等待时间和余票百分比代替具体票数.用户要求知道某时某地出发到某地有几种选择,各种路线耗时,价钱,预估购票成功机会。看到要等1个小时去争1%余票的人估计不会太多. 用排队红绿色小人的图形显示也行. 这里就是个影响用户反馈的节点。用户有个各种选择路线的心理排位,你可以通过查询信息排位来影响用户的心理排位。比如航空公司经常把较冷门日期的航班价格降低下来对冲热门时间。同样查询结果中有的路线可以实时定票,有的需要等待可以起一部分的分流平流的作用。当然有的用户可能为此刷屏,像摇老虎机那样希望刷出热门路线的实时定票,这种可以用专门的技术手段处理。
现在我们处理选择等待的用户, 大多数人都没有网上排队的心理准备.自然反应一个是刷屏,一个是同时开另个网页骂体制. 其实这个时间完全可以用来理顺个人信息,支付渠道. 先交10元的排队费, 确定买票后票价中扣除,放弃不退.再让用户有多个选择,按心理排位同时选几个路线一起排队, 再选择及时通知工具,用户自己选短信, 自动回电...专门给个定购号,定购号指向专门临时网页用来给人刷屏用.刷屏网页不联中央系统除了确定的用户个人信息外,最多一张人机分辨图, 让用户给自己发信息的安慰键.一个定购号有效时间倒计时,选择路线一键购票的红绿按钮. 为了防止一个用户占几个队却只守着热门票, 一个定购号只及时通知第一条路线支付等候. 超时不用,自动购票键自动从绿变红, 及时通知支付等候超时无反应失败.第一次最少再等10分钟, 第二次30分钟, 第三次等于从头排起.
防黄牛不应该是系统的主要责任. 云计算当系统压力测试. 模拟每秒百万级别的查询,刷屏,信息输入和定购号DDos.
- 相关回复 上下关系8
🙂说的都是小网站或理论上的问题 1 金书 字176 2012-09-25 10:50:49
🙂整个儿订票系统的体系架构有问题 2 黄河清 字254 2012-09-25 09:15:01
🙂我一直有个疑问,这些系统没法做压力测试么 2 muilho 字463 2012-09-24 14:46:11
🙂大型系统设计要从用户体验逆推。
🙂还是觉的njyd的方法最简单 2 加糖的白开水 字188 2012-09-24 12:44:19
🙂核心的瓶颈是数据处理过于集中 3 一路向前 字1136 2012-09-24 10:34:44
🙂一语中的,我有同样的想法。 喜欢辣椒 字182 2012-10-27 12:49:51
🙂还是这样比较靠谱,应该分到各个大的铁路局服务器上。 木头人 字0 2012-09-30 09:45:33