http://subject.csdn.net/traindesi/

这个专题我很感兴趣，看了几篇文章，感觉写的不错：

铁路订票网站个人的设计浅见：http://sd.csdn.net/a/20120115/310787.html

从这篇博客发现的一个牛人的博客文章写的很好：

网站加速--内容简介：http://blog.sina.com.cn/s/blog_466c66400100bi2j.html

这里介绍了作者的很多经验，值得好好看看。

铁路订票系统的简单设计：http://sd.csdn.net/a/20120115/310788.html

针对12306.cn网站应用架够的一些看法：http://blog.csdn.net/hanpoyangtitan/article/details/7188573

这两篇从各自的角度出发，讲解的不错，针对12306.cn网站应用架够的一些看法这位兄弟前面的想法也就罢了，后面的分流想法倒是不错，如果铁路部舍得让几家公司支持售票，问题就不存在了，呵呵。

挖掘技术原因：铁道部售票网站怎么啦？：http://sd.csdn.net/a/20120106/310288.html

这篇文章很多人分析了原因，不过都是总体说说而已。


其实个人感觉主要是铁路部本身的问题，就如很多人说的，真要舍得分这块大蛋糕，根本就不存在这问题了。毕竟这个系统在中国有能力解决的肯定不少了。就算是找些顶尖的架构师那问题也会好很多了，一句话，体制害死人了。

技术上个人在架构方面经验不足，能想到也就是常见的一些东西，如下:

http://blog.csdn.net/hliq5399/article/details/7185825

HTML静态化
数据库集群和库表散列
缓存

镜像

负载均衡

软件四层交换

我个人认为，铁路部这些方面还是应该做了的，你说呢，反正我是信了。

给自己的启示：

       今年也是公司新系统上线的一年，开发过程中，也是感受和很多老系统存在的不稳定之类的问题，使我对系统高并发产生了兴趣，研究了一些这方面的东西，见我的博客：

http://blog.csdn.net/hliq5399/article/details/7185921

不过说到底，小系统是不能跟12306这么大的并发量比较的，如果我们公司用12306这么大的投入，估计公司已经倒闭了。再说如果公司做的东西能达到12306的并发量，肯定也是用的好好的，呵呵。

其实12306出问题，对我们开发人员也未尝不是一件好事，这不，一下子，让全国人民知道了原来软件的影响如此之大。我们软件从业人员也是很重要的嘛。