如何建設(shè)一個(gè)靠譜的火車票網(wǎng)上訂購(gòu)系統(tǒng)(圖文)
您當(dāng)前位置:首頁(yè) > 紅訊頻道 > 站長(zhǎng)經(jīng)驗(yàn)
紅軟基地 推薦
2012-01-18
三類請(qǐng)求的業(yè)務(wù)處理過(guò)程,被分為兩個(gè)階段,
1. 運(yùn)行于緩存中的任務(wù)隊(duì)列。設(shè)置隊(duì)列的目的,是防止處理過(guò)程耗時(shí)太長(zhǎng),導(dǎo)致大量用戶請(qǐng)求擁塞于門戶服務(wù)器,導(dǎo)致系統(tǒng)癱瘓。
2. 業(yè)務(wù)處理處理器,對(duì)于每一類業(yè)務(wù),分別有一群業(yè)務(wù)服務(wù)器。不同業(yè)務(wù)的處理流程,各不相同。
圖二。12306.cn 網(wǎng)站查詢和訂票業(yè)務(wù)流程設(shè)想圖。
Courtesy http://i879.photobucket.com/albums/ab351/kan_deng/12306-1.png
圖二描述了查詢和訂票,兩個(gè)業(yè)務(wù)的處理流程。登記業(yè)務(wù)流程從略。
查詢的業(yè)務(wù)流程,參見(jiàn)圖二上半部,分五步。這里有兩個(gè)問(wèn)題需要注意,
1. 用戶發(fā)出請(qǐng)求后,經(jīng)過(guò)短暫的等待時(shí)間,能夠迅速看到結(jié)果。平均等待時(shí)間不能超過(guò) 1 秒。
2. 影響整個(gè)查詢速度的關(guān)鍵,是“查詢服務(wù)器”的設(shè)計(jì)。
查詢?nèi)蝿?wù)可以進(jìn)一步細(xì)化,大致分成三種。
1. 查詢車次和時(shí)間表,這是靜態(tài)內(nèi)容,很少與數(shù)據(jù)庫(kù)交互,數(shù)據(jù)量也不大,可以緩存在內(nèi)存中。
車次和時(shí)間表的數(shù)據(jù)結(jié)構(gòu),不妨采用 Key-Value 的方式,開(kāi)發(fā)簡(jiǎn)單,使用效率高。Key-Value 的具體實(shí)現(xiàn)有很多產(chǎn)品,[5] 建議使用 Redis。
這些是技術(shù)細(xì)節(jié),不妨通過(guò)對(duì)比實(shí)驗(yàn),針對(duì)火車票訂票系統(tǒng)的實(shí)際流量,以及峰值波動(dòng),確定哪一個(gè)產(chǎn)品最合適。
2. 查詢某一班次的剩余車票,這需要調(diào)用數(shù)據(jù)庫(kù)中不斷更新的數(shù)據(jù)。
[5] 建議把剩余車票只分為兩種,“有”或“無(wú)”,這樣減少調(diào)用訪問(wèn)數(shù)據(jù)庫(kù)的次數(shù),降低數(shù)據(jù)庫(kù)的壓力。但是這樣做,不一定能夠滿足用戶的需求,說(shuō)不定會(huì)招致網(wǎng)友的批評(píng)譏諷。
[4] 建議在訂票隊(duì)列中,增加測(cè)算訂票隊(duì)列長(zhǎng)度的功能,根據(jù)訂票隊(duì)列長(zhǎng)度以及隊(duì)列中每個(gè)請(qǐng)求的購(gòu)票數(shù)量,可以計(jì)算出每個(gè)車次的剩余座位。如果 12306.cn 網(wǎng)站只有一個(gè)后臺(tái)系統(tǒng),這個(gè)辦法行之有效。
但是假如 12306.cn 網(wǎng)站采用分布式結(jié)構(gòu),每個(gè)鐵路分局設(shè)有子系統(tǒng),分別管理各個(gè)鐵路分局轄區(qū)內(nèi)的各個(gè)車次。在分布式系統(tǒng)下,這個(gè)辦法面臨任務(wù)轉(zhuǎn)發(fā)的麻煩。不僅開(kāi)發(fā)工作量大,而且會(huì)延長(zhǎng)查詢流程處理時(shí)間,導(dǎo)致用戶長(zhǎng)久等待。
3. 已經(jīng)下單的用戶,查詢是否已經(jīng)成功地訂上票。
每個(gè)用戶通常只關(guān)心自己訂的票。如果把每個(gè)用戶訂購(gòu)的車票的所有內(nèi)容,都緩存在內(nèi)存里,不僅非常耗用內(nèi)存空間,內(nèi)存空間使用效率低下,更嚴(yán)重的問(wèn)題是,訪問(wèn)數(shù)據(jù)庫(kù)過(guò)于頻繁,數(shù)據(jù)量大,增大數(shù)據(jù)庫(kù)的壓力。
解決上述分布式同步,以及數(shù)據(jù)庫(kù)壓力的兩個(gè)問(wèn)題,不妨從訂票的流程設(shè)計(jì)和數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)入手。
假如有個(gè)北京用戶在網(wǎng)上訂購(gòu)了一套聯(lián)票,途經(jīng)北京鐵路局和鄭州鐵路局轄區(qū)的兩個(gè)車次。用戶從北京上網(wǎng),由北京鐵路局的子系統(tǒng),處理他的請(qǐng)求。北京鐵路局的訂票服務(wù)器把他的請(qǐng)求一分為二,北京鐵路局的車次的訂票,在北京子系統(tǒng)完成,鄭州鐵路局的車次在鄭州子系統(tǒng)完成。
每個(gè)子系統(tǒng)處理四種 Key-Value 數(shù)據(jù)組。
1. 用戶ID:多個(gè) (訂單ID)s。
2. 訂單ID:多個(gè) (訂票結(jié)果ID)s。
3. 訂票結(jié)果ID: 一個(gè) (用戶ID,車次ID)。
4. 車次ID:一個(gè)(日期),多個(gè) (座位,用戶ID)。
北京訂票服務(wù)器完成訂票后,把上述四個(gè)數(shù)據(jù)組,寫入北京子系統(tǒng)的數(shù)據(jù)庫(kù),同時(shí)緩存進(jìn)北京的查詢服務(wù)器,參見(jiàn)圖二下半部第6步和第7步。
鄭州訂票服務(wù)器完成訂票后,把上述四個(gè)數(shù)據(jù)組,寫入鄭州子系統(tǒng)的數(shù)據(jù)庫(kù),同時(shí)緩存進(jìn)北京的查詢服務(wù)器,而不是鄭州的服務(wù)器。
讓訂票服務(wù)器把訂票數(shù)據(jù),同時(shí)寫入數(shù)據(jù)庫(kù)和查詢服務(wù)器的緩存,目的是讓數(shù)據(jù)庫(kù)永久保留訂票記錄,而讓大多數(shù)查詢,只訪問(wèn)緩存,降低數(shù)據(jù)庫(kù)的壓力。
北京用戶的訂票數(shù)據(jù),只緩存在北京的查詢服務(wù)器,不跨域緩存,從而降低緩存空間的占用,和同步的麻煩。這樣做,有個(gè)前提假設(shè),查詢用戶與訂票用戶,基本上是同一個(gè)人,而且從同一個(gè)城市上網(wǎng)。
但是這里有個(gè)缺陷,某用戶在北京上網(wǎng)訂了票。過(guò)了幾天,他在北京上網(wǎng),輸入用戶ID和密碼后,就會(huì)看到他訂購(gòu)的所有車票?墒怯诌^(guò)了幾天,他去了鄭州,從鄭州上網(wǎng),同樣輸入用戶ID和密碼,卻看不到他訂購(gòu)的所有車票。
解決這個(gè)缺陷的辦法并不麻煩,在用戶查詢訂票信息時(shí),需要注明訂票地點(diǎn),系統(tǒng)根據(jù)訂票地點(diǎn),把查詢請(qǐng)求轉(zhuǎn)發(fā)到相應(yīng)區(qū)域的子系統(tǒng)。
另外,每次訂票的時(shí)候,網(wǎng)站會(huì)給他的手機(jī)發(fā)送短信,提供訂票信息,參見(jiàn)圖二下半部第8步和第9步。
來(lái)源:admin5