如何設(shè)計(jì)高并發(fā)高流量的12306在線票務(wù)系統(tǒng)

yahoon

yuhongchun 發(fā)表于 2012-01-17 17:52
這只是一個(gè)提供理論值而矣

我覺(jué)得最高并發(fā)是遠(yuǎn)高于這個(gè)數(shù)的 至少?gòu)?4點(diǎn)到7點(diǎn)半之前,感覺(jué)訪問(wèn)的量不會(huì)特別大的

yahoon

Gray1982 發(fā)表于 2012-01-17 17:55
數(shù)據(jù)庫(kù)要改的N多，最主要的不能是總直接查詢(xún)庫(kù)，要有緩存；讀寫(xiě)還得分離，庫(kù)、表的設(shè)計(jì)也要跟行上，字段 ...

據(jù)我實(shí)際使用發(fā)現(xiàn),現(xiàn)在他查的方式就是緩存

yahoon

sania9 發(fā)表于 2012-01-17 17:43
億級(jí)別的架構(gòu)確實(shí)要考慮的太多，從編碼規(guī)范到前端緩存、db壓力，甚至帶寬等等。
不過(guò)這會(huì)的優(yōu)化可以先從業(yè) ...

中簽這個(gè)有點(diǎn)意思
感覺(jué)跟北京汽車(chē)搖號(hào)一樣

我頂一下

同樣是拼人品和運(yùn)氣,搖號(hào)總比這樣哄搶好.
另外,必須是第三方機(jī)構(gòu)負(fù)責(zé)搖號(hào)

lltlk

頭兩天，是網(wǎng)站打不開(kāi)，如yanyangtian4502所說(shuō)，應(yīng)該要優(yōu)化web代碼。CDN是必須的，事實(shí)上也是上了CDN。

用戶(hù)登錄，可以對(duì)用戶(hù)進(jìn)行分區(qū)，認(rèn)證模塊用內(nèi)存+文件的cache。用戶(hù)登錄時(shí)利用索引路由到分區(qū)的認(rèn)證模塊。session可以用專(zhuān)門(mén)的session server管理，而不是web app管理。
上億注冊(cè)用戶(hù)，每天百萬(wàn)級(jí)別的活躍用戶(hù)，目前沒(méi)大問(wèn)題，也可隨意擴(kuò)容。
個(gè)人見(jiàn)解。

hjk857

政府網(wǎng)站一向既難看又難用，一點(diǎn)都不顧及用戶(hù)的感受，費(fèi)用支出卻是最高的。
非常贊成基礎(chǔ)架構(gòu)沒(méi)做好的說(shuō)法，基礎(chǔ)沒(méi)弄好其它的都白扯。

gotolinux

我認(rèn)為這篇討論大部分地方可以參考：http://72891.cn/thread-3626937-7-1.html

主要值得提出來(lái)的地方，我認(rèn)為有以下幾點(diǎn)：
1.流量分析，其實(shí)這個(gè)在應(yīng)用上架前就能做好，鐵道部可以從以往的人口流量映射訪問(wèn)流量。當(dāng)然這樣會(huì)有一定的偏差，同時(shí)也涉及到地域性流動(dòng)人口的知識(shí)架構(gòu)。
不過(guò)現(xiàn)階段的工作是改進(jìn)，對(duì)于已經(jīng)運(yùn)行這么長(zhǎng)時(shí)間的系統(tǒng)，流量的掌握應(yīng)該已經(jīng)到了比較精確的地步。
下一步就是cache服務(wù)器的部署、CDN的選擇、各種負(fù)載均衡系統(tǒng)的選擇等等問(wèn)題，這些都可以參照以前的討論《千萬(wàn)級(jí)pv高性能高并發(fā)網(wǎng)站架構(gòu)與設(shè)計(jì)交流探討帖》http://72891.cn/thread-3626937-7-1.html。

2.應(yīng)用本身的架構(gòu)，也就是此次討論的主旨——在線票務(wù)系統(tǒng)的架構(gòu)。
首先，就是開(kāi)發(fā)語(yǔ)言的選擇，從頁(yè)面上來(lái)看，應(yīng)該是java。
其次，開(kāi)發(fā)框架的選擇。
再次，腳本服務(wù)器的選擇，從曾經(jīng)出錯(cuò)的信息上看有網(wǎng)友說(shuō)是JBoss。
換架構(gòu)可以說(shuō)是不可能的是，只能優(yōu)化、優(yōu)化、再優(yōu)化。

3.應(yīng)用的部署
扯開(kāi)分布式部署、負(fù)載均衡等技術(shù)不說(shuō)。我認(rèn)為，這個(gè)大規(guī)模的應(yīng)用完全可以采取省級(jí)部署的方式，分別用二級(jí)域名來(lái)引導(dǎo)進(jìn)入不同地域進(jìn)行購(gòu)票。比如：廣東就用gd.12306.com，湖南就用hn.12306.com，把整個(gè)系統(tǒng)劃分為多個(gè)小系統(tǒng)，并在后端集中。

4.其他方面
（1）系統(tǒng)忙會(huì)造成用戶(hù)強(qiáng)行退出，用戶(hù)不得不多次登陸，這也增加了系統(tǒng)的負(fù)載，同時(shí)也成就了大量的刷票軟件的存在。
（2）支付方面，需要在一定時(shí)間內(nèi)完成付款，否則訂單取消。其實(shí)可以做個(gè)充值功能，用戶(hù)先查好所需車(chē)票的金額，沖入賬戶(hù)，如購(gòu)票失敗則可隨時(shí)申請(qǐng)退款。
（3）數(shù)據(jù)庫(kù)方面。12306的數(shù)據(jù)庫(kù)主要涉及兩方面：用戶(hù)信息和票務(wù)信息。這兩方面的數(shù)據(jù)分離我認(rèn)為是必須的，即減輕系統(tǒng)負(fù)載，也增加系統(tǒng)相應(yīng)。讀寫(xiě)分離、cache、負(fù)載就不多說(shuō)了。

gotolinux

曾經(jīng)接觸過(guò)一個(gè)政府的項(xiàng)目，要求由一國(guó)產(chǎn)的中間件換成websphere，給了一個(gè)月的時(shí)間，硬是沒(méi)完成，最后也只能將就著用。
政府項(xiàng)目有其特殊性，有其特殊的招標(biāo)渠道、有指定的投標(biāo)商。
其實(shí)這些不可避免的“人文因素”往往會(huì)照成系統(tǒng)的“弱應(yīng)用性”。

kns1024wh

回復(fù) 1# 無(wú)風(fēng)之谷


    "是否是無(wú)證程序員"

老男孩linux培訓(xùn)

回復(fù) 36# gotolinux
我認(rèn)為這篇討論大部分地方可以參考：http://72891.cn/thread-3626937-7-1.html

主要值得提出來(lái)的地方，我認(rèn)為有以下幾點(diǎn)：
1.流量分析，其實(shí)這個(gè)在應(yīng)用上架前就能做好，鐵道部可以從以往的人口流量映射訪問(wèn)流量。當(dāng)然這樣會(huì)有一定的偏差，同時(shí)也涉及到地域性流動(dòng)人口的知識(shí)架構(gòu)。
不過(guò)現(xiàn)階段的工作是改進(jìn)，對(duì)于已經(jīng)運(yùn)行這么長(zhǎng)時(shí)間的系統(tǒng)，流量的掌握應(yīng)該已經(jīng)到了比較精確的地步。
下一步就是cache服務(wù)器的部署、CDN的選擇、各種負(fù)載均衡系統(tǒng)的選擇等等問(wèn)題，這些都可以參照以前的討論《千萬(wàn)級(jí)pv高性能高并發(fā)網(wǎng)站架構(gòu)與設(shè)計(jì)交流探討帖》http://72891.cn/thread-3626937-7-1.html。

2.應(yīng)用本身的架構(gòu)，也就是此次討論的主旨——在線票務(wù)系統(tǒng)的架構(gòu)。
首先，就是開(kāi)發(fā)語(yǔ)言的選擇，從頁(yè)面上來(lái)看，應(yīng)該是java。
其次，開(kāi)發(fā)框架的選擇。
再次，腳本服務(wù)器的選擇，從曾經(jīng)出錯(cuò)的信息上看有網(wǎng)友說(shuō)是JBoss。
換架構(gòu)可以說(shuō)是不可能的是，只能優(yōu)化、優(yōu)化、再優(yōu)化。

3.應(yīng)用的部署
扯開(kāi)分布式部署、負(fù)載均衡等技術(shù)不說(shuō)。我認(rèn)為，這個(gè)大規(guī)模的應(yīng)用完全可以采取省級(jí)部署的方式，分別用二級(jí)域名來(lái)引導(dǎo)進(jìn)入不同地域進(jìn)行購(gòu)票。比如：廣東就用gd.12306.com，湖南就用hn.12306.com，把整個(gè)系統(tǒng)劃分為多個(gè)小系統(tǒng)，并在后端集中。

4.其他方面
（1）系統(tǒng)忙會(huì)造成用戶(hù)強(qiáng)行退出，用戶(hù)不得不多次登陸，這也增加了系統(tǒng)的負(fù)載，同時(shí)也成就了大量的刷票軟件的存在。
（2）支付方面，需要在一定時(shí)間內(nèi)完成付款，否則訂單取消。其實(shí)可以做個(gè)充值功能，用戶(hù)先查好所需車(chē)票的金額，沖入賬戶(hù)，如購(gòu)票失敗則可隨時(shí)申請(qǐng)退款。
（3）數(shù)據(jù)庫(kù)方面。12306的數(shù)據(jù)庫(kù)主要涉及兩方面：用戶(hù)信息和票務(wù)信息。這兩方面的數(shù)據(jù)分離我認(rèn)為是必須的，即減輕系統(tǒng)負(fù)載，也增加系統(tǒng)相應(yīng)。讀寫(xiě)分離、cache、負(fù)載就不多說(shuō)了。
=======================
老男孩評(píng)：考慮的很多，贊！
能事先分析需求，并按地域分域名思路很不錯(cuò)，不過(guò)這個(gè)不同地點(diǎn)購(gòu)票可能難做，這個(gè)要和現(xiàn)有的不同地區(qū)的鐵路售票系統(tǒng)節(jié)點(diǎn)對(duì)接（資金太大），
找?guī)讉�(gè)核心骨干的售票系統(tǒng)對(duì)接就好。
之所以堵，這個(gè)和對(duì)接的鐵路售票系統(tǒng) 的節(jié)點(diǎn)多少及鐵路售票系統(tǒng)整個(gè)吞吐有關(guān)。網(wǎng)絡(luò)除了并發(fā)大，還要連續(xù)刷新。是平時(shí)各個(gè)點(diǎn)售票并發(fā)的好多倍。
比如平時(shí)北京也就上千個(gè)售票點(diǎn)，大家排隊(duì)就是隊(duì)列。�！，F(xiàn)在在這個(gè)隊(duì)列沒(méi)了，海量的人直接打開(kāi)頁(yè)面刷。并發(fā)頁(yè)面訪問(wèn)10幾萬(wàn)都有可能。
考慮到鐵路的實(shí)際售票系統(tǒng)的吞吐情況，提交數(shù)據(jù) 使用隊(duì)列 可能是必須的，否則，就得改造傳統(tǒng)的售票系統(tǒng)了。
除了和售票系統(tǒng)對(duì)接交換數(shù)據(jù)外，網(wǎng)站本身也需要一個(gè)分布式的數(shù)據(jù)庫(kù)。

先寫(xiě)這么多。
扔個(gè)分布式票務(wù)架構(gòu)模型圖：
   

kns1024wh

回復(fù) 3# yuhongchun


    如果是j2ee的應(yīng)用，很多項(xiàng)目的實(shí)施中是不會(huì)考慮前端的web應(yīng)用服務(wù)器采用Nginx調(diào)度，多數(shù)是直接用j2ee的應(yīng)用平臺(tái)的。而且此類(lèi)大型系統(tǒng)比人是要用到小雞的，目前國(guó)內(nèi)的行業(yè)基本上是如此。開(kāi)源技術(shù)多數(shù)是在互聯(lián)網(wǎng)領(lǐng)域應(yīng)用很多的。