[讨论]从12306浅谈大型网站架构演变之路（获奖名单已公布）

qzbqzj

回复 19# sery


    呵呵。。是的！没有做长期的打算。。他们也只是为了那么几个星期而搞那么大而不优的系统，大部分时间都在闲着，哈哈。。。。这也就铁路局才干得出。。。。。。。

king_819

回复 29# liang3391

12306数据库的实时性要求非常高的，数据实时刷新的，还缓存，怎么缓存

   

king_819

回复 14# a2433


    就算按铁路局划分，前端是可以进行分流，但后端还不是一样读取同样的数据库，如果说按铁路局划分数据库，其实跟按车次划分一样的道理！

qzbqzj

回复 5# dooros


    支持！！！！！！！！！！！

hbsycw

回复 33# king_819

按铁路局划分应该行不通，因为各个铁路局是要共享售票信息的，按车次基本靠谱，大家买票也是查询车次的吧~


   

hbsycw

回复 19# sery

是的，12306更应该做的是业务流程优化，系统设计应该做到主动为用户服务，以减少拥堵而造成的系统性能急速下降“雪崩效应”


   

king_819

回复 35# hbsycw


     按铁路局划分主要是像智能DNS一样，你在哪个省就把你的请求转到哪个省铁路局的网站上，相当于减轻了前端的压力，其实后端所有的铁路局都是访问同样的数据库，那么就再按车次，或者按次所属的铁路局进行分库，这样就减轻了数据库的压力

   

hbsycw

回复 29# liang3391


系统架构就是管理，没有管理的思想，是做不好架构的~


   

hbsycw

回复 37# king_819

12306的问题，正如大家所讨论的，问题不在于前端而在于后端，前端要增加空间，只需提高带宽，12306不缺钱。因此，后端数据库资源瓶颈应该是问题的关键。因为，12306只是给大家提供了一个新的购票渠道，实际上应该这个WEB系统是访问铁路内部的信息系统（铁路内部的ERP，具体叫什么，不是很清楚，反正得有这么一套系统），这套系统才是问题的关键，供全国的铁路局售票窗口访问，而票资源是要全局共享的，这个并发事务的压力，可想而知。因此，对12306的表现，我并不是否定的，显然，需要改造的是铁路内部的信息系统性能，管理才是关键！


   

南非蚂蚁

hbsycw 发表于 2012-02-23 12:04
回复 37# king_819

12306的问题，正如大家所讨论的，问题不在于前端而在于后端，前端要增加空间，只需提 ...

改进购票业务系统是核心，也是根本，后端数据库压力首先要通过业务流程去优化，然后才是做系统架构设计