|
锁定老帖子 主题：铁道部售票网架构重设思考
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-01-06
最后修改：2012-01-16
我觉得按照现在的模式，只有继续加大硬件采购，但是这就会造成其他时间段的浪费，非春节时期。
查询，下单，付钱，这些过程都很耗资源，而且要处理一系列并发，数据库锁的问题。 我觉得可以采用另外一种设计方案。 就是用户在网上登记，可以接受的票子的条件，比如日期，时间，车次，软卧座。 还可以授权系统自动扣款。登记好银行卡信息。 这些都在白天的时候做。 晚上的时候，后台跑个脚本，为这些用户，自动排好票。 早上的时候，发短信或者邮件通知用户，票处理情况。 然后让客户一天之内处理好付钱，完成购票。如果之前授权系统自动扣款，那么白天就不用付款了。 这样就不会有这么大的并发 和一致性了。 白天的时候只要一个表不停插数据就可以。 这是一种时间换资源的做法。可以充分利用晚上的资源。 比较省钱的做法，呵呵。 硬件厂商，以及大公司卖贵的solution的可能不喜欢。 声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2012-01-07
如果当时架构的扩展性够好。 临时租用大量虚拟主机过去再说。
|
| 返回顶楼 | |
|
发表时间：2012-01-07
摇号
用户提前设定时间段,车次段等信息 系统按车次依次摇号,中号的人不参与下车次摇号. |
| 返回顶楼 | |
|
发表时间：2012-01-07
JavaEE现在基本上在国外的大规模网站上已经很少使用了，国外流量高的网站基本上都是LAMP+CDN架构，这样千万级的并发都不怕，JavaEE太过于臃肿，做小的网站又不如RoR快，有点高不成低不就的感觉
|
| 返回顶楼 | |
|
发表时间：2012-01-07
LAMP跟tmd j2ee有什么关系
|
| 返回顶楼 | |
|
发表时间：2012-01-07
最后修改：2012-01-07
1、使用DNS负载均衡在各地电信架设服务器
2、在区域服务器使用软件负载均衡 以上解决受数据的问题 3、使用并行软件加快后台处理速度 4、使用数据仓库保留历史数据 以上解决后台处理速度，以及未来数据查询 详细实现方案参考《云计算应用开发实践》 |
| 返回顶楼 | |
|
发表时间：2012-01-07
victorming 写道 JavaEE现在基本上在国外的大规模网站上已经很少使用了，国外流量高的网站基本上都是LAMP+CDN架构，这样千万级的并发都不怕，JavaEE太过于臃肿，做小的网站又不如RoR快，有点高不成低不就的感觉
不知所云 |
| 返回顶楼 | |
|
发表时间：2012-01-08
tanleihaoren 写道 傻X些，再差，铁道部也是国家部委嘛！要钱有钱，要人有人，想做一个很好的类似的网站，你以为真做不出来么！那么多外包公司，只要铁道部一句话，就是免费，这些公司也会抢得头破血流的！
那为什么会做的这么差！也不想想？这个网站只要上线了，还会下线么？以后这个网络购票的窗口就此打开了！应该会专门成立一个部门负责网络购票这一块，这个部门每年至少要要出一个新版本！每年都要争取经费！和现在政府部门每年突击花钱的道理是一样！如果一开始就做好了，哪会有2,3,4,5期！你以为都是企业啊！每一分钱都要花在刃上，以后能不折腾就不折腾！ 政府办事，越折腾越好！以你们的智商唬得住政府么！ 哇塞 真TM 一针见血！！！ 好  顶一个
|
| 返回顶楼 | |
|
发表时间：2012-01-08
victorming 写道 JavaEE现在基本上在国外的大规模网站上已经很少使用了，国外流量高的网站基本上都是LAMP+CDN架构，这样千万级的并发都不怕，JavaEE太过于臃肿，做小的网站又不如RoR快，有点高不成低不就的感觉
这流量和技术有关系吗？别人云亦云好吧。 |
| 返回顶楼 | |
|
发表时间：2012-01-08
aa87963014 写道 LAMP跟tmd j2ee有什么关系
他的意思是让铁道部现在这个网站改用PHP来做??? |
| 返回顶楼 | |
