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

老男孩linux培訓(xùn)

yahoon 發(fā)表于 2012-01-17 17:46
此業(yè)務(wù)的地域特征(北上廣,加上幾個(gè)大的中轉(zhuǎn)站), 高峰時(shí)間段(每年也就那么幾個(gè)節(jié)日), 實(shí)時(shí)要求特征明顯

個(gè)人覺得沒必要在一個(gè)機(jī)房,一組服務(wù)器來承擔(dān)全國的量
讓每個(gè)鐵路局負(fù)責(zé)自己站點(diǎn)的票? 用戶數(shù)據(jù)都是從統(tǒng)一的數(shù)據(jù)源的一份拷貝

就比如運(yùn)營商各個(gè)地方都有分站,辦理業(yè)務(wù)只用上對應(yīng)的分站,而不是一個(gè)portal

而且數(shù)據(jù)查詢還是可以優(yōu)化的,并不是每次點(diǎn)擊查詢都要去數(shù)據(jù)庫
現(xiàn)在最突出的是查到了有票,但是提交不進(jìn)去,因?yàn)槿珖�的寫操作都對一個(gè)庫在操作
可想而知了

...

老男孩點(diǎn)評(píng)：
各自為戰(zhàn)不統(tǒng)一，不好管理。用戶也不知道去哪買票，類似趕集，58的 二及分類是可以的。主要還要和售票系統(tǒng)對接，這個(gè)是難點(diǎn)。

gotolinux

老男孩linux培訓(xùn) 發(fā)表于 2012-01-19 12:07
回復(fù) 29# yahoon
另 關(guān)于投入的問題, 僅僅為了應(yīng)付有限的幾個(gè)熱點(diǎn)時(shí)間段,就采購大量的服務(wù)器和帶寬放在那 ...

說到成本問題，應(yīng)付突發(fā)的大流量，增加硬件設(shè)施也是難免的。國內(nèi)還沒有成熟的云服務(wù)提供商，類似Amazon EC2、GAE之類。當(dāng)然了，Amazon EC2和GAE的局限性這里就不談。

gotolinux

老男孩linux培訓(xùn) 發(fā)表于 2012-01-19 12:09
老男孩點(diǎn)評(píng)：
各自為戰(zhàn)不統(tǒng)一，不好管理。用戶也不知道去哪買票，類似趕集，58的 二及分類是可以的。主要 ...

不知道原有的購票系統(tǒng)是怎么一種架構(gòu)。如果原有的系統(tǒng)是區(qū)域劃分的，可以考慮對接，分擔(dān)業(yè)務(wù)處理給原有系統(tǒng)。

2gua

其實(shí)現(xiàn)在很多公司都在試用、研發(fā)，不少了。

yanyangtian4502 發(fā)表于 2012-01-17 16:50
其實(shí)有關(guān)nosql的一些東西，我個(gè)人發(fā)現(xiàn)：國內(nèi)炒的火，真正用的少，存在“趕時(shí)髦”的風(fēng)氣

當(dāng)然，個(gè)人愚見！ ...

jackie6162003

大家好 我是中科希望軟件股份有限公司的李秀娟 我們公司是rose  ca  acornis的中國區(qū)總代 希望有機(jī)會(huì)多溝通合作。李秀娟 13671343160  010-82626272  給大家拜年了

老男孩linux培訓(xùn)

Gray1982 發(fā)表于 2012-01-18 11:21
都說的那么多，老男孩的一個(gè)幾本結(jié)構(gòu)也給出來了
都考慮的是前面CDN，WEB代碼，后臺(tái)數(shù)據(jù)庫等
有沒有想過隊(duì) ...

都少不了。

老男孩linux培訓(xùn)

yanyangtian4502 發(fā)表于 2012-01-17 23:01
基本可以從以下幾個(gè)方面進(jìn)行考慮：
1.如何使得服務(wù)器更快的處理請求
2.如何使得響應(yīng)更快的發(fā)送到客戶端
3 減少不必要的請求

首先我們從站點(diǎn)本身的設(shè)計(jì)來看：
1.如何使得服務(wù)器更快的處理請求：那么就要充分的利用服務(wù)器的每一點(diǎn)資源：內(nèi)存，CPU，緩存，線程，數(shù)據(jù)庫
   對于內(nèi)存：因?yàn)槌绦蚴怯肑ava寫的，那么就需要注意：
            a. java對象的回收與釋放，不要認(rèn)為這不是問題,一般站點(diǎn)，常常有很多的對象提供功能，加上10000個(gè)對象，不多吧，現(xiàn)在假設(shè)，每次請求，都需要產(chǎn)生1000個(gè)新的臨時(shí)對象處理這個(gè)請求（其余的9000個(gè)對象是所有請求都要使用的），假設(shè)每個(gè)對象占1k，1000個(gè)就約等于1M，也就說，每次請求，需要產(chǎn)生1M的對象內(nèi)存，如果訪問量就是千萬級(jí)別，想想看，嚇人吧。很多人認(rèn)為java有垃圾回收機(jī)制，不用管，能不管嗎？
            b. 注意系統(tǒng)資源的使用。站點(diǎn)免不了要去操作文件，線程等系統(tǒng)的一些資源，那么，使用完之后，要注意釋放，一是為了避免其他請求等待，也是使得內(nèi)存快速回收。
            c. 在使用cookie和session之前，要算筆賬：性能和安全的。如果真要使用session，就要考慮很多的問題，舉個(gè)數(shù)據(jù)，大家就明白了：一般session的有效時(shí)間是20mins（可以自己設(shè)置了），假設(shè)每個(gè)用戶在站點(diǎn)停留10min，不過分吧，買票嘛，總的看看，輸入信息吧。那么用戶的session存活期就是30min了。

              假設(shè)每秒100個(gè)請求訪問站點(diǎn)，而每個(gè)用戶發(fā)送5個(gè)請求，這個(gè)時(shí)候，站點(diǎn)就是100/5，每秒20個(gè)用戶訪問站點(diǎn)。假設(shè)那么，在session存活期內(nèi)（30min），站點(diǎn)的session個(gè)數(shù)就是：60*30*20=36000個(gè)，想想看，即使每session只保存1k的數(shù)據(jù)，也是36M，這還是只有100請求的情況，如果請求是千萬級(jí)別，想想看。

   對于CPU：不要認(rèn)為服務(wù)器CPU牛X，就隨便搞。注意的請求很多：
             a. 考慮多線程的使用，不要沒事就開線程。線程開啟需要CPU分配，調(diào)度，管理啊！
             b.不要沒事就try..catch到處搞。異常捕捉需要遍歷調(diào)用堆棧的，那個(gè)效率~~~。
             c.加密解密要注意個(gè)度，因?yàn)檫@些算法消耗內(nèi)存和CPU，也需要CPU大量的計(jì)算
             d.不要頻繁讀模板，該緩存的就緩，不要總是拼接，替換，要注意緩沖池的使用。
             e.正則表達(dá)式要注意使用，要使用編譯后的，最好是編譯后緩存起來，下次直接使用。正則表達(dá)式也是一種語言，需要分法，詞法分析，很復(fù)雜的，懂編譯原理應(yīng)該明白這個(gè)道理。
             f. 注意CPU喜歡減法操作，考慮用位操作替換浮點(diǎn)操作，不要認(rèn)為是小事，千萬級(jí)別問題就大了。
     

...
然后我們從運(yùn)維方面看：。

老男孩點(diǎn)評(píng)：
    贊！介紹的很細(xì)。從討論中，讓大家可以學(xué)到更多的東西，才是帖子的目的。實(shí)際的架構(gòu)復(fù)雜度 可想而知，而我們連最基本的需求還沒拿到。

老男孩linux培訓(xùn)

gotolinux 發(fā)表于 2012-01-18 09:48
網(wǎng)上有個(gè)訂票流程，大家可以看看。

老男孩點(diǎn)評(píng)：
    你這圖發(fā)的非常好。了解業(yè)務(wù)，了解需求，才是解決問題的根本，否則，就無地放矢了。

老男孩linux培訓(xùn)

gotolinux 發(fā)表于 2012-01-18 16:34
除了前面說的，有朋友也指出了隊(duì)列的問題，我認(rèn)為隊(duì)列處理也是一個(gè)非常重要的問題。
在線訂票和在窗口買票 ...

老男孩點(diǎn)評(píng)：
贊，good!

無牙

zhangyudong1987 發(fā)表于 2012-01-19 10:13
我覺得可以考慮oracle的exdata的這個(gè)機(jī)型。。。硬件數(shù)據(jù)庫一體機(jī)。。。
就其前端網(wǎng)站來講覺得還是開發(fā)的太 ...

后端的數(shù)據(jù)庫服務(wù)器一點(diǎn)也不忙