[討論]從12306淺談大型網(wǎng)站架構(gòu)演變之路（獲獎名單已公布）

jingyury

很貼合實(shí)際，有有參考價值～！

q645278776

書很不錯，

qiuyepiaoling

嗯，大部分公司都是這樣的架構(gòu)

a2433

上面說按車次 估計(jì)不大現(xiàn)實(shí)  太麻煩了   我想是不是按 鐵路局  劃分呢   按照所選的車次 自動或者  地點(diǎn)  自動轉(zhuǎn)到 所屬鐵路局  呢  12306  和各個鐵路局共同擔(dān)負(fù) 負(fù)載呢

sery

12306使用網(wǎng)宿的cdn，但從它的具體情況得知大部分是動態(tài)對象，不適合網(wǎng)宿那種加速方式。本來訪問的用戶多，再加上大量的cdn回源，更加重了源站的負(fù)擔(dān)。回復(fù) 3# king_819


   

sery

12306用的數(shù)據(jù)庫應(yīng)該是sybase，因?yàn)槭燮毕到y(tǒng)一直就是sybase。12306只是用戶前端，數(shù)據(jù)庫應(yīng)該還是那個售票系統(tǒng)的數(shù)據(jù)庫，因此不可能另搞一套mysql回復(fù) 1# 無風(fēng)之谷


   

sery

這個是靠譜的，可參照銀行的做法回復(fù) 14# a2433


   

hbsycw

個人認(rèn)為：

網(wǎng)站架構(gòu)，如果單從WEB系統(tǒng)技術(shù)架構(gòu)來講，對于“大容量，高并發(fā)”，可以采用集群（WEB Clusters+APP Clusters+DB Clusters)方案，來有效分解壓力，提高系統(tǒng)吞吐量。這方面業(yè)界技術(shù)上方案應(yīng)該比較多，也比較成熟。但，應(yīng)該認(rèn)識到12306網(wǎng)站的特殊性，瞬間并發(fā)量大，而票資源的稀缺性又是唯一的，這顯然有別于一般的EC（電子商務(wù)）。12306的業(yè)務(wù)邏輯應(yīng)該不復(fù)雜，那么12306的擁堵是不是因?yàn)槠辟Y源的不足引發(fā)的呢？如果是，就應(yīng)該從數(shù)據(jù)庫端的資源分布、壓力分解入手，數(shù)據(jù)庫端的資源并發(fā)應(yīng)該是一大問題，如何減少并發(fā)量而引起的整個系統(tǒng)性能指數(shù)級下降，應(yīng)該是12306需要解決的棘手問題！

以上是個人觀點(diǎn)，如有不同見解，歡迎拍磚，本人在此拋磚引玉~

sery

說得有理。但根子上的問題是壓根不注重用戶體驗(yàn)，只對上級領(lǐng)到負(fù)責(zé)回復(fù) 18# hbsycw


   

hbsycw

打油詩一首：12306 你到底是神馬問題？

12306缺錢嗎？
顯然不缺，
如果12306不缺錢，
那么12306缺技術(shù)方案嗎？
顯然不是，
那么12306到底是神馬問題？

顯然，12306就不單純的是一個技術(shù)問題~