体制决定的，不是什么系统上的问题。
网上购票设计不是我们想象的这么简单。
客运火车分局内和跨局的，如果系统按地区分，你买票的时候到底应该登那个网站？
wpfchinaunix 发表于 2012-01-18 11:35 static/image/common/back.gif
应对十几亿次的日点击量，至少要20万台服务器，目前12306的服务器太少了
其实主要是突发高流量的应付，也就是放票的那几个时段，当然也就是春运以及节假日，平日的流量基本都比较小。
这也牵扯到运营成本了。
给google交点钱，用GAE算了。
KevinLee39 发表于 2012-01-18 14:09 static/image/common/back.gif
给google交点钱，用GAE算了。
GAE 就不现实了，前面有G_F_W挡着，后面的开发也有很大的限制。
用GAE一点都不现实。
KevinLee39 发表于 2012-01-18 14:09 static/image/common/back.gif
给google交点钱，用GAE算了。
GAE 应该不适合解决此类问题的 而且用户信息的认证似乎也无法实现
Gray1982 发表于 2012-01-17 15:57 static/image/common/back.gif
前端的负载可以考虑硬件
静态可以考虑CDN
后台的数据库非常的频繁，如果不考虑DB2，Oracle，只能选择Mysq ...
后台现在用的就是Oracle RAC, 其实数据库的并不忙。
网络资源应该还是12306的主要瓶颈。
我们可以先从网上订票的流程分析一下。
网上订票至少会有如下几步：
1.网站登入
2.查询余票
3.订票
4.提供乘车人信息
5.提交订单
6.支付票款
7.等待银行返回信息
8.确认订票成功
从这个流程上看，12306至少要做这个么几个优化：
1.查询和订票分开；这个分开是指不要访问同样的库，采用读写分离的方式。
2.付款和订票分开；付款不要占用订票的资源，特别是网络资源。
3.订单查询也要和订票系统分开；
4.避免同一IP，同一个时间开多个session;
我不是做网站开发的，能想到的就是这些。就当抛砖引玉了，欢迎拍砖！