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

jingyury

很贴合实际，有有参考价值～！

q645278776

书很不错，

qiuyepiaoling

嗯，大部分公司都是这样的架构

a2433

上面说按车次 估计不大现实  太麻烦了   我想是不是按 铁路局  划分呢   按照所选的车次 自动或者  地点  自动转到 所属铁路局  呢  12306  和各个铁路局共同担负 负载呢

sery

12306使用网宿的cdn，但从它的具体情况得知大部分是动态对象，不适合网宿那种加速方式。本来访问的用户多，再加上大量的cdn回源，更加重了源站的负担。回复 3# king_819


   

sery

12306用的数据库应该是sybase，因为售票系统一直就是sybase。12306只是用户前端，数据库应该还是那个售票系统的数据库，因此不可能另搞一套mysql回复 1# 无风之谷


   

sery

这个是靠谱的，可参照银行的做法回复 14# a2433


   

hbsycw

个人认为：

网站架构，如果单从WEB系统技术架构来讲，对于“大容量，高并发”，可以采用集群（WEB Clusters+APP Clusters+DB Clusters)方案，来有效分解压力，提高系统吞吐量。这方面业界技术上方案应该比较多，也比较成熟。但，应该认识到12306网站的特殊性，瞬间并发量大，而票资源的稀缺性又是唯一的，这显然有别于一般的EC（电子商务）。12306的业务逻辑应该不复杂，那么12306的拥堵是不是因为票资源的不足引发的呢？如果是，就应该从数据库端的资源分布、压力分解入手，数据库端的资源并发应该是一大问题，如何减少并发量而引起的整个系统性能指数级下降，应该是12306需要解决的棘手问题！

以上是个人观点，如有不同见解，欢迎拍砖，本人在此抛砖引玉~

sery

说得有理。但根子上的问题是压根不注重用户体验，只对上级领到负责回复 18# hbsycw


   

hbsycw

打油诗一首：12306 你到底是神马问题？

12306缺钱吗？
显然不缺，
如果12306不缺钱，
那么12306缺技术方案吗？
显然不是，
那么12306到底是神马问题？

显然，12306就不单纯的是一个技术问题~