如果让你设计铁道部订票网站，你会怎么做

newbee2000 2012-01-09 01:15:22

铁道部订票网站每日点击数超十亿次，同时在线数百万人。显然现在的架构还有待该进。

这涉及到一个电子商务系统架构和优化的问题，我觉得有些学术价值。值得大家认真探讨一下。

设计目标：
1.在硬件资源不变的情况下，尽可能容纳更多在线用户
2.更好的查询效率
3.减少出错的概率

...全文

676 12 打赏收藏转发到动态举报

写回复

用AI写文章

12 条回复

切换为时间正序

请发表友善的回复…

发表回复

朱超ZhuChao.Tech 2012-11-19

打赏
举报

这个项目当初IBM想竞标，结果连陪标的机会都没有。这个我就不想多说了。

xuStanly 2012-11-16

打赏
举报

楼上说了一个关键问题，如何与铁路现有售票系统集成，这估计不是技术能解决的问题。如果仅讨论网上售票系统，你觉得负责这一块的人不想把这事情办得漂亮为自己除了大捞一笔RMB之外再捞一把政绩吗？从这一点上看其实他们与普通民众方便购票的利益是一致的，所以基于这几点，我觉得主要问题还是网络售票与原有售票系统的集成存在很大问题，制约了网络售票系统的性能。也有可能是从这一点出发，铁道部门内部真正懂技术的人不愿接手这样的项目，而网络售票又是一项不得不完成政治任务，于是就造成了今天这样的局面。

wdbjsh 2012-01-17

打赏
举报

基本上可以考虑的有几个方面吧。

我使用过订票系统，但是没有太研究，基本上可以考虑的有几个点：
1、静态化站点名数据到js文件，这样选择的时候使用js来进行本地索引，不到数据库交互，（这个好像已经是这么做了）
2、使用memcached 对所有的车票数据放到N太并联的内存服务器中，这样处理的并发查询可以比较多。（这个查询动作应该是查询的瓶颈，数据量极大）
3、应用服务器用f5进行负载均衡
4、在预定动作的时候，写一次数据库，锁定一张票，并且处理缓存服务器，（这个动作是写库的瓶颈，按照目前的流程不改的话，不会有太好的方案）
5、付款的动作跟订票的动作放到两个类型的服务器上，后端的数据库要做至少小型机双备份
6、做一个排队服务器，跟地铁限流一样，保证每个进入的人能尽快、有效的买完票，离开网站，消除大量无效的刷新页面的动作

q1531 2012-01-17

打赏
举报

铁道部的网站只是一个表面而已。。
后台很有很多骨干系统做支撑的，不是在这里随便说说就能设计出来。
而且这些系统有的还比较古老不是说换就能换的。

MiceRice 2012-01-13

打赏
举报

让淘宝负责售票即可。

djsdn 2012-01-13

打赏
举报

呵呵，局限于网络订票，未免思路太窄。

1 可以和手机短信相结合，采用分步并行模式。
2 设置上千ip订票服务主机，定时向中央服务器批量提交订单。
3 中央服务器再将预分票单批量回送订票服务主机。
4 订票服务主机下发预分票单，短信通知取票点，带身份证限时取票。

sai4326885 2012-01-11

打赏
举报

[Quote=引用 3 楼 chenhao1208 的回复:]

网络订票？就是一个美丽的扯！
首先铁道部现在是垄断，还没有其他网站可以代理，也就是说要想网上买就得上12306，这样就加大了访问量，还是并发的。
第二铁首部预算，一个人一年能回去几次？大部分客流高峰也就在节假日，铁道部不可能只因为这十几天的高峰而多买几台服务器来做负载，也不可能像百度或者google一样请一大批技术牛人。
这网站也就是安慰安慰大众罢了，搞不好明年还会来一个微博买票。
[/Quote]
精辟

dongshaohua123 2012-01-10

打赏
举报

呵呵，菜鸟提一个超级大牛的问题，哈哈

暗然的白天 2012-01-10

打赏
举报

网络订票？就是一个美丽的扯！
首先铁道部现在是垄断，还没有其他网站可以代理，也就是说要想网上买就得上12306，这样就加大了访问量，还是并发的。
第二铁首部预算，一个人一年能回去几次？大部分客流高峰也就在节假日，铁道部不可能只因为这十几天的高峰而多买几台服务器来做负载，也不可能像百度或者google一样请一大批技术牛人。
这网站也就是安慰安慰大众罢了，搞不好明年还会来一个微博买票。