如何设计高并发高流量的12306在线票务系统

yanyangtian4502

说道优化，其实话题说不完！
当是12306扛不住了，就上了很多的服务器，也采用了群架等技术，这确实可以很快的应急！但是 站点本身的问题：程序的设计，编写上，没有优化！举个通俗的例子：对于一个病人，为了续命，我们给他开了很多的大补丸，补药。但是病人本身的身体体质很弱，已经不行了！花钱大补药可以暂时解决，但是终究还是需要病人自己锻炼身体，增强体质。

这里站点也是一样的！
有时候，再稍微优化一点点前端页面，资源加载策略，服务器的宿主例如iis，apache等配置，可以很大程度节省经济成本！
如果铁路部门认为钱不是问题，那就另当别论了！
呵呵

伤不起

顶，好活动！贴近生活。

老男孩linux培训

这个思路非常的新颖，赞！
其实这个问题出问题的时候，我和几个朋友探讨过。
不过还真没登陆过！
日PV10亿，这个访问量几乎超过国内所有单个公司网站的并发量了，架构设计难度是非常巨大的！
我们发现这个业务有几个特点：
1）业务要求实时性高、安全性高。
2）覆盖面积广，请求不均匀，北上广深圳量会更大。
3）业务不均匀，节假日并发高，平时访问低，硬件带宽成本难于控制。
4）web及db并发读和写都巨大（web,cache,db层要求都高）。
....
最难的是这么大的架构，没有成长时间是不行的，系统，程序，架构各方面都难完善，所有的门户都起码5-10年的成长期。逐渐发展完善的。

gotolinux

前端的负载均衡采用Nginx/HAProxy+Keepalived
数据库还是认为用ORACLE RAC、DB2之类的比较稳健。

2gua

Hadoop，redis啥的，整一整。

yanyangtian4502

其实有关nosql的一些东西，我个人发现：国内炒的火，真正用的少，存在“赶时髦”的风气

当然，个人愚见！呵呵
回复 15# 2gua


   

gotolinux

nosql还是不用的好，我认为这东西目前还不成熟，用的多的也就那几家科技公司。
nosql也有大型故障的示例，处理起来比较棘手。
而且功能相对来说比较单一。

yahoon

之前那个活动结束了?

yahoon

并发值，10亿/3600/24=0.00011570亿，
这算得真没道理...
访问的高峰低谷都不分

无风之谷

回复 18# yahoon


    结束啦 正在评选获奖网友啊，这两天就公布了。