楊志芳 朱 杰 顧祖毅
(中國(guó)移動(dòng)通信集團(tuán)廣西有限公司網(wǎng)絡(luò)信息分公司,廣西 南寧 530028)
快巴訂票業(yè)務(wù)提供的服務(wù)深受用戶好評(píng),用戶量迅速上漲,但該業(yè)務(wù)在節(jié)假日前期往往業(yè)務(wù)量會(huì)突增,經(jīng)常出現(xiàn)延時(shí)問(wèn)題,特別在2013年春運(yùn)期間、清明節(jié)前、中秋國(guó)慶節(jié)前,都出現(xiàn)了快巴訂票業(yè)務(wù)的頁(yè)面打開(kāi)延時(shí)、操作過(guò)程緩慢、查詢緩慢,有時(shí)甚至整個(gè)頁(yè)面都無(wú)法操作等現(xiàn)象,嚴(yán)重限制了業(yè)務(wù)開(kāi)展。因此,研究小組希望通過(guò)研究,找到問(wèn)題的原因,并解決延時(shí)問(wèn)題。
現(xiàn)網(wǎng)服務(wù)器2006年入網(wǎng),Intel5110雙核處理器(主頻:1.60GHz),內(nèi)存4G,且均過(guò)了維保期。根據(jù)延時(shí)發(fā)生時(shí),承載業(yè)務(wù)的服務(wù)器cpu使用率達(dá)到80%、內(nèi)存使用率達(dá)到90%,服務(wù)器性能已經(jīng)不能滿足業(yè)務(wù)需求。
由于歷史原因,訂票業(yè)務(wù)與其它4個(gè)業(yè)務(wù)都運(yùn)行在相同的服務(wù)器上,日常情況下其它業(yè)務(wù)占總業(yè)務(wù)量的90%左右,在節(jié)假日前期,占70%左右,給服務(wù)器運(yùn)行帶來(lái)了較大壓力。
圖1 系統(tǒng)架構(gòu)調(diào)整變化情況
表1 對(duì)策表
表2 查詢操作壓力測(cè)試結(jié)果
查詢站點(diǎn)、線路、班次以及訂票等操作都需要調(diào)用實(shí)時(shí)接口,等待車(chē)站方返回信息。而站點(diǎn)、線路、班次等信息通常都是較固定,不易變化的,因此很多查詢操作不需要車(chē)站方處理再返回結(jié)果,而是在本地?cái)?shù)據(jù)庫(kù)查詢即可,因此業(yè)務(wù)處理邏輯不合理也導(dǎo)致系統(tǒng)壓力增大從而造成業(yè)務(wù)操作延時(shí)。
針對(duì)導(dǎo)致延時(shí)的3個(gè)根本原因,研究小組制定了相應(yīng)的對(duì)策(如表1)。
新增兩臺(tái)HPProLiantDL385G5p服務(wù)器,配備有兩個(gè)四核CPU(AMD2378,主頻2.4GHz),8G內(nèi)存,較現(xiàn)有服務(wù)器配置提高50%以上。
為滿足2014年春節(jié)的業(yè)務(wù)高峰,以及為春節(jié)做好預(yù)熱,2014年1月9日將快巴訂票業(yè)務(wù)遷移至獨(dú)立服務(wù)器上,不再與其他業(yè)務(wù)合設(shè)。
調(diào)整業(yè)務(wù)平臺(tái)與車(chē)站的邏輯架構(gòu),將站場(chǎng)資料、發(fā)車(chē)點(diǎn)資料、線路資料、站點(diǎn)資料、班次信息、班次的站點(diǎn)票價(jià)等實(shí)時(shí)性不強(qiáng),更新頻率不高的接口信息經(jīng)過(guò)業(yè)務(wù)平臺(tái)的邏輯處理,定時(shí)的全量獲取保存至平臺(tái)數(shù)據(jù)庫(kù),當(dāng)需要查詢時(shí)先從本地平臺(tái)獲取,如沒(méi)有相關(guān)信息再調(diào)用實(shí)時(shí)接口查詢,以此降低調(diào)用車(chē)站接口頻率,從而減少了傳輸?shù)臄?shù)據(jù)量,降低了系統(tǒng)開(kāi)銷,提高了響應(yīng)速度,達(dá)到縮短延時(shí)的目的,具體處理程序架構(gòu)轉(zhuǎn)變見(jiàn)圖1。
實(shí)施完整個(gè)優(yōu)化措施后,研究小組通過(guò)壓力測(cè)試驗(yàn)證效果。通過(guò)錄入腳本模擬用戶對(duì)各業(yè)務(wù)活動(dòng)進(jìn)行測(cè)試,使系統(tǒng)長(zhǎng)時(shí)間處于超負(fù)載運(yùn)行,從而找到系統(tǒng)瓶頸。測(cè)試工具為L(zhǎng)oadrunner11.0,利用HTTP協(xié)議主要模擬模擬用戶的查詢操作來(lái)檢測(cè)系統(tǒng)并發(fā)量能力,并發(fā)陡度設(shè)置為每10秒增加5虛擬用戶,測(cè)試時(shí)間為15分鐘。
從記錄結(jié)果看出(表2),原平臺(tái)并發(fā)能力在30-40之間,當(dāng)達(dá)到或超過(guò)40時(shí),出現(xiàn)延時(shí)和事務(wù)處理失敗的現(xiàn)象,而新平臺(tái)的并發(fā)數(shù)在70時(shí)未出現(xiàn)延時(shí)現(xiàn)象,其處理能力大概在70-80之間,而且查詢操作將不給車(chē)站的服務(wù)器帶來(lái)查詢事務(wù)壓力,也不會(huì)給網(wǎng)絡(luò)帶來(lái)壓力。
根據(jù)現(xiàn)網(wǎng)壓力測(cè)試證明新平臺(tái)支持70-80個(gè)用戶同時(shí)訂票,不會(huì)出現(xiàn)延時(shí)。
六、效益分析
優(yōu)化前,完成一次訂票業(yè)務(wù)平均需要4分鐘時(shí)間,完成一次查詢業(yè)務(wù)平均需3分鐘,平均每天的訂票數(shù)約為171張左右,平均每日查詢量1038次左右,優(yōu)化后,完成一次訂票業(yè)務(wù)平均僅需要3分鐘時(shí)間,完成一次查詢業(yè)務(wù)平均需2分鐘,業(yè)務(wù)量已經(jīng)提升至平均每日訂票量500張左右,平均每日查詢量1700次,每天增加的話務(wù)收入為[(500*3-171*4)+(1700*2-1038*3]*0.15=165.3元,一年大概增長(zhǎng)165.3*365=60334.5元,本次改造的硬件成本:4萬(wàn),軟件成本:2.4萬(wàn),施工費(fèi)用:2.5萬(wàn),共8.9萬(wàn)元,預(yù)計(jì)一年半可收回成本。
目前該業(yè)務(wù)已經(jīng)能夠?yàn)閺V大用戶提供較優(yōu)質(zhì)的服務(wù),而且得到越來(lái)越多的用戶肯定與稱贊,體現(xiàn)了移動(dòng)公司的社會(huì)責(zé)任感。
本課題主要對(duì)前期快巴訂票業(yè)務(wù)經(jīng)常出現(xiàn)延時(shí)的問(wèn)題進(jìn)行了深入分析和研究,通過(guò)小組成員的多方論證,發(fā)現(xiàn)了造成延時(shí)的根本原因,并通過(guò)制定對(duì)策加以實(shí)施,用較低的成本將原業(yè)務(wù)平臺(tái)的處理能力大幅提升,解決了延時(shí)的問(wèn)題。最后用壓力測(cè)試,證明我們的措施使原系統(tǒng)的并發(fā)處理能力從40提升到70-80,達(dá)到了預(yù)期目標(biāo),為公司推廣該業(yè)務(wù)掃清了困難。
[1]劉正自.鐵路客票系統(tǒng)票制及前端設(shè)備優(yōu)化探討[J].鐵路計(jì)算機(jī)應(yīng)用,2012.
[2]況寶,云呂靜,波邵彬.縮短營(yíng)業(yè)廳業(yè)務(wù)受理時(shí)長(zhǎng)減少客戶排隊(duì)等候時(shí)間[J].山東通信技術(shù),2010.
[3]劉建偉林,延君,王家寶.基于智能客戶端技術(shù)的售票系統(tǒng)改良方案[J].計(jì)算機(jī)系統(tǒng)應(yīng)用,2006(08).
[4]張昊.汽車(chē)客運(yùn)聯(lián)網(wǎng)售票系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].電腦知識(shí)與技術(shù),2009(05).