从12306说起 建设高可用高并发网站何种服务器架构更合适？（获奖名单已公布）

aindk

个人认为
像开分店得思路估计无法解决，实时票务的问题，因为 开分店可以用来分摊高并发请求的需求，但是及时的联机票务处理估计将会是另一个瓶颈问题，

而数据的存储这必须是海量高并发的，所以像oracle  DB2那种与之类似的关系型数据库，估计解决不了问题

所以估计得考虑非关系型数据库，然后采用缓存优化的办法，将那些客流比较大得站点缓存起来，对于部分一致性比较高的数据还得用到关系型数据库，

然后一些需要事务控制得需要一些中间件

最后还是需求，如何处理这种集中型高并发，其实也可以用参考 HIS 行业的 预约挂号+叫号会诊得思路模式，这样需求进一般粒化

可以将采用一个轮转的排队产生一个有生存期的排队号然后进行订票 订票完后生成一个有期限得订单号，然后分开付款，
并且可以使用分店模式来分摊压力，后台票务大集中处理模式。
中间可以加入短信或语音验证得方式防止恶意竞号，然后，后台是不连续的瀑布式推进，前台任务式操作，这样在将需求粒化，

估计可以一步步逼近最优解决方案，应该是可行的，


一句话来说就是不停的快速重复构建现实模型，来找出最终解决方案，通用行业系统估计无法解决这个问题。

aindk

回复 18# send_linux

这中应用级别必须上小机的，几台PC 机 开玩笑来着，我说的意思是可以用前置来分摊 请求得压力,而不是单纯的考堆硬件来 解决问题，


   

aindk

回复 12# InfoSVC


恩,我是从数据存储的角度来考虑一下数据存储得解决方案,

其他比如整个系统的架构，我的想法是 “一句话来说就是不停的快速重复构建现实模型，来找出最终解决方案，通用行业系统估计无法解决这个问题。”

   

aindk

回复 24# xly_971223

不同意您得观点
taobao的需求和铁道部购票的只是相似，而内在是不同得两个极端，
如，一个客户两点直接并不是直达车次，所以设计到专车换成，难道他需要进行两次购物吗？换乘问题，旅客高峰期 临客问题，然后，列车无座票,


10亿次请求，并不是真正得有效请求，而且从将来扩展的角度来说，票务的大集中是必须的，所以目前解决的问题应该是海量得高并发请求