解决12306网站访问卡死问题的一个思路

来源:百度文库 编辑:超级军网 时间:2024/04/28 04:28:22
解决12306网站访问卡死问题的一个思路
刚看见有人发帖讨论12306卡死的问题,里面说根本原因是访问量过大。我在这里提出一个新思路:
可以认为除了联程票等极少数特殊情况,每个车次的车票和其他车次是独立的。这样就可以把一个可能上千万处理对象的问题,转化为几千个相互独立的最多一万多处理对象的问题。
1.        把查询列车时刻票价的工作外包给百度或者火车票网这样的商业机构。
2.        一列火车大概有1600左右的座位,即使考虑到加挂车厢、少部分双层列车和无座票,位置也不超过3000个。考虑到一个位置可以分成几个区间段卖,最多也就是1万多张票。除了少数特别热门的线路访问量远超平均水平,一个车次大概有几万人抢票。
3.        现在的商用服务器,应该能够处理1万左右的工作对象和几万个用户访问吧。可以每个车次配两个服务器,互为备份。每一个车次的车票由一组服务器专门处理,这样能保证除了少数访问量远超平均水平的车次,大多数车次买票不卡。
4.        这样总共需要上千组商用服务器,如果觉得硬件投入太大(其实也不大,每个车次至少需要两列列车吧,与之相比一组服务器真不算什么),也可以由一组服务器负责十个车次的售票,十个车次分十个时间段开始售票,这样就错开了高峰时间。这样总共需要上百组服务器。
欢迎提出建设性意见。
解决12306网站访问卡死问题的一个思路
刚看见有人发帖讨论12306卡死的问题,里面说根本原因是访问量过大。我在这里提出一个新思路:
可以认为除了联程票等极少数特殊情况,每个车次的车票和其他车次是独立的。这样就可以把一个可能上千万处理对象的问题,转化为几千个相互独立的最多一万多处理对象的问题。
1.        把查询列车时刻票价的工作外包给百度或者火车票网这样的商业机构。
2.        一列火车大概有1600左右的座位,即使考虑到加挂车厢、少部分双层列车和无座票,位置也不超过3000个。考虑到一个位置可以分成几个区间段卖,最多也就是1万多张票。除了少数特别热门的线路访问量远超平均水平,一个车次大概有几万人抢票。
3.        现在的商用服务器,应该能够处理1万左右的工作对象和几万个用户访问吧。可以每个车次配两个服务器,互为备份。每一个车次的车票由一组服务器专门处理,这样能保证除了少数访问量远超平均水平的车次,大多数车次买票不卡。
4.        这样总共需要上千组商用服务器,如果觉得硬件投入太大(其实也不大,每个车次至少需要两列列车吧,与之相比一组服务器真不算什么),也可以由一组服务器负责十个车次的售票,十个车次分十个时间段开始售票,这样就错开了高峰时间。这样总共需要上百组服务器。
欢迎提出建设性意见。
关键是运力不足,如果抢票系统非常好用,估计每天登陆看见的就是票以售完,下次再来。{:soso_e101:}
运力不足解决不了,但是这并不妨碍解决12306卡死问题啊。
总不能因为人总是要死的,然后生病就不吃药吧。