?

基于RUM的在線網(wǎng)站監(jiān)控設(shè)計(jì)與實(shí)現(xiàn)

張華

（中國(guó)移動(dòng)（深圳）有限公司，深圳 518000）

摘 要隨著競(jìng)爭(zhēng)加劇，電信運(yùn)營(yíng)商從原來(lái)拼搶用戶資源的時(shí)代開(kāi)始向比拼內(nèi)容、比拼服務(wù)轉(zhuǎn)變，保障電子渠道的正常穩(wěn)定運(yùn)行更是重中之重。但現(xiàn)有支撐系統(tǒng)的監(jiān)控手段，對(duì)出現(xiàn)的用戶投訴系統(tǒng)響應(yīng)慢、不可用等情況，卻沒(méi)有好的方法去及時(shí)發(fā)現(xiàn)及時(shí)解決。本文基于HP公司RUM產(chǎn)品以及J2EE技術(shù)，設(shè)計(jì)并實(shí)現(xiàn)了一套在線網(wǎng)站的監(jiān)控系統(tǒng)。實(shí)踐表明，該系統(tǒng)可以實(shí)時(shí)掌握用戶訪問(wèn)電子渠道時(shí)的感知情況，實(shí)現(xiàn)用戶角度的在線網(wǎng)站監(jiān)控。

關(guān)鍵詞RUM；流量監(jiān)測(cè)；J2EE；門(mén)戶網(wǎng)站

電信運(yùn)營(yíng)商在實(shí)體營(yíng)業(yè)廳辦理每筆業(yè)務(wù)的成本在10元以上，而通過(guò)電子渠道，成本將降至1～2角。相比實(shí)體渠道而言，電子渠道有以下4個(gè)方面的優(yōu)勢(shì)：提供方便快捷服務(wù)、降低營(yíng)銷服務(wù)成本、降低實(shí)體廳壓力、增強(qiáng)客戶品牌認(rèn)知，這些優(yōu)勢(shì)促進(jìn)了電子渠道的興起，通過(guò)低成本渠道將具有競(jìng)爭(zhēng)力的產(chǎn)品和服務(wù)順利的傳遞到客戶，已成為提升核心競(jìng)爭(zhēng)力的重要手段。電子渠道在滿足客戶查詢以及受理需求的同時(shí)，怎樣保障運(yùn)行的正常、提前預(yù)警故障，減少對(duì)客戶的影響，從而達(dá)到留住客戶的效果?？偟膩?lái)說(shuō)，影響電子渠道體驗(yàn)和感知的影響因素可以分成兩個(gè)方面：前端服務(wù)（包括查詢速度、數(shù)據(jù)及時(shí)性、易用性、展示界面、業(yè)務(wù)導(dǎo)航等）和后端支撐(包括網(wǎng)絡(luò)質(zhì)量、支撐系統(tǒng)等)，而服務(wù)和支撐水平好壞體現(xiàn)在客戶使用電子渠道的體驗(yàn)和感知上。怎樣從用戶角度去掌握和評(píng)價(jià)電子渠道支撐用戶訪問(wèn)情況，是運(yùn)維人員關(guān)注和迫切希望解決的難題。本文針對(duì)電子渠道中的網(wǎng)上營(yíng)業(yè)廳，基于HP公司流量監(jiān)測(cè)技術(shù)產(chǎn)品RUM以及J2EE技術(shù)，設(shè)計(jì)并實(shí)現(xiàn)了一套在線網(wǎng)站監(jiān)控系統(tǒng)，用于從用戶角度出發(fā)，實(shí)時(shí)展現(xiàn)網(wǎng)上營(yíng)業(yè)廳服務(wù)用戶質(zhì)量。

1　現(xiàn)有監(jiān)控技術(shù)

針對(duì)網(wǎng)上營(yíng)業(yè)廳之類的門(mén)戶網(wǎng)站，目前業(yè)內(nèi)主要使用兩種監(jiān)控技術(shù)，分別是主動(dòng)探測(cè)技術(shù)以及頁(yè)面標(biāo)記法。

1.1 主動(dòng)探測(cè)技術(shù)

主動(dòng)探測(cè)技術(shù)主要是通過(guò)模擬用戶實(shí)際操作和系統(tǒng)做交互。因?yàn)樵L問(wèn)方法和實(shí)際用戶訪問(wèn)基本一致，對(duì)系統(tǒng)來(lái)講，可認(rèn)為該訪問(wèn)發(fā)起方為真實(shí)用戶。按照實(shí)現(xiàn)原理的不同，主動(dòng)探測(cè)技術(shù)實(shí)現(xiàn)分為兩種：回放方式探測(cè)和協(xié)議方式探測(cè)。

1.1.1 回放方式探測(cè)

通過(guò)控制瀏覽器或者系統(tǒng)軟件，將要在系統(tǒng)上做的操作以代碼的方式發(fā)送到瀏覽器或系統(tǒng)軟件上執(zhí)行，例如查詢網(wǎng)上營(yíng)業(yè)廳某月賬單，探測(cè)過(guò)程為打開(kāi)業(yè)務(wù)鏈接URL、點(diǎn)擊某個(gè)按鈕等，瀏覽器或者系統(tǒng)軟件的表現(xiàn)和人為操作完全一致。

業(yè)界比較知名的回放方式探測(cè)軟件為QTP(Quick Test Professional)、RFT(Rational Functional Tester)、Selenium、WebDriver以及SilkTest，QTP和RFT可以適用于任何系統(tǒng)，Selenium、WebDriver、SilkTest僅適用于網(wǎng)站。

1.1.2 協(xié)議方式探測(cè)

當(dāng)客戶操作瀏覽器或者系統(tǒng)軟件時(shí)，都是通過(guò)預(yù)設(shè)的協(xié)議和服務(wù)器端進(jìn)行交互，例如客戶訪問(wèn)網(wǎng)上營(yíng)業(yè)廳是通過(guò)HTTP/HTTPS協(xié)議和服務(wù)器端進(jìn)行實(shí)際交互。對(duì)服務(wù)器端來(lái)講，僅要求服務(wù)請(qǐng)求為特定協(xié)議包，不關(guān)心請(qǐng)求來(lái)源的客戶端實(shí)現(xiàn)方式，只要協(xié)議包格式滿足要求即可。協(xié)議方式探測(cè)通過(guò)模擬協(xié)議包和服務(wù)器端做實(shí)際交互。

主動(dòng)探測(cè)方式的主要問(wèn)題是需要解決探測(cè)過(guò)程中的圖形驗(yàn)證碼、短信隨機(jī)碼等安全驗(yàn)證手段，而出于被光學(xué)字符識(shí)別(OCR，Optical Character Recognition)后嚴(yán)重后果的擔(dān)憂，門(mén)戶網(wǎng)站驗(yàn)證碼有越來(lái)越復(fù)雜的趨勢(shì)，自動(dòng)識(shí)別越來(lái)越困難。

1.2 頁(yè)面標(biāo)記法

頁(yè)面標(biāo)記法采用的技術(shù)稱之為Page Tagging，就像在頁(yè)面上安裝了攝像頭，把訪問(wèn)者在頁(yè)面上的一舉一動(dòng)都記錄下來(lái)，然后傳遞給相關(guān)的需要了解這個(gè)網(wǎng)站的組織或者個(gè)人。

從原理講，頁(yè)面標(biāo)記實(shí)際上是一段可以被瀏覽器執(zhí)行的JavaScript程序語(yǔ)句，放在頁(yè)面的HTML源文件中。當(dāng)頁(yè)面被客戶訪問(wèn)時(shí)，這段頁(yè)面標(biāo)記JavaScript程序就會(huì)被執(zhí)行, 作用是如實(shí)的把訪問(wèn)者在頁(yè)面上的互動(dòng)訪問(wèn)行為不間斷的發(fā)送給這個(gè)頁(yè)面標(biāo)記所對(duì)應(yīng)的網(wǎng)站分析工具的服務(wù)器，這與攝像頭把拍攝到的圖像傳送給圖像存儲(chǔ)服務(wù)器是完全一樣的。網(wǎng)站分析工具服務(wù)器收到數(shù)據(jù)后，會(huì)進(jìn)一步處理這些數(shù)據(jù)，并且把數(shù)據(jù)翻譯成人們能夠閱讀和分析的圖形、表格以及數(shù)據(jù)文件。業(yè)界比較知名的頁(yè)面標(biāo)記工具為WebTrends。

頁(yè)面標(biāo)記法是一種不錯(cuò)的監(jiān)控網(wǎng)站的方法，但其實(shí)現(xiàn)需要修改門(mén)戶網(wǎng)站代碼，存在使用風(fēng)險(xiǎn)。

2　監(jiān)控原理

2.1 流量監(jiān)測(cè)原理

如圖1所示，用戶訪問(wèn)門(mén)戶網(wǎng)站時(shí)，訪問(wèn)請(qǐng)求通常經(jīng)由一個(gè)交換機(jī)后，才能和支撐系統(tǒng)進(jìn)行交互。當(dāng)系統(tǒng)處理完用戶請(qǐng)求后，結(jié)果經(jīng)由該交換機(jī)反饋給最終用戶。也就是說(shuō)，所有用戶請(qǐng)求和系統(tǒng)反饋在路徑上均經(jīng)由一個(gè)關(guān)鍵交換機(jī)，該交換機(jī)通常位于支撐系統(tǒng)的邊界處，常稱之為接入交換機(jī)。通過(guò)接入交換機(jī)鏡像端口，將用戶和支撐系統(tǒng)交互的HTTP和HTTPS報(bào)文抓取下來(lái)，經(jīng)過(guò)如下流程即可獲取到關(guān)鍵業(yè)務(wù)的訪問(wèn)信息以及結(jié)果信息。

（1）通過(guò)接入交換機(jī)獲取交互流量數(shù)據(jù)分組，數(shù)據(jù)分組主要為HTTP和HTTPS協(xié)議包。為減少解析壓力，通過(guò)目的地IP和端口過(guò)濾掉冗余報(bào)文數(shù)據(jù)。例如網(wǎng)上營(yíng)業(yè)廳的Web服務(wù)器IP為172.16.3.10、端口為8081，那么IP和端口無(wú)法完全匹配的報(bào)文被直接丟棄。

（2）對(duì)滿足要求的協(xié)議包報(bào)文頭進(jìn)行解析。如果是HTTPS協(xié)議，需要對(duì)應(yīng)的解密密鑰，否則無(wú)法解析。

圖1　常見(jiàn)網(wǎng)絡(luò)架構(gòu)圖

通過(guò)業(yè)務(wù)URL過(guò)濾掉非需要的業(yè)務(wù)報(bào)文。

通過(guò)關(guān)鍵字在報(bào)文體中搜索，判定業(yè)務(wù)的訪問(wèn)或辦理結(jié)果。

通過(guò)業(yè)務(wù)請(qǐng)求進(jìn)入和結(jié)果返回經(jīng)過(guò)交換機(jī)的時(shí)間，可以得到支撐系統(tǒng)處理該業(yè)務(wù)請(qǐng)求的耗時(shí)情況。

2.2 真實(shí)用戶監(jiān)控（RUM）簡(jiǎn)介

RUM（Real User Monitoring）是HP公司業(yè)務(wù)可用性中心（BAC，Business Availability Center）的重要組成部分，其實(shí)現(xiàn)采用了流量監(jiān)測(cè)技術(shù)，其產(chǎn)品主要針對(duì)系統(tǒng)前端Web流量進(jìn)行監(jiān)測(cè)，獲取用戶角度的業(yè)務(wù)響應(yīng)狀況。RUM可以7×24 h每天不間斷的監(jiān)測(cè)，可以從使用者的實(shí)際操作狀況，偵測(cè)出目前的系統(tǒng)反應(yīng)狀況是否有變差，甚至可以監(jiān)測(cè)到使用者訪問(wèn)的有問(wèn)題的網(wǎng)頁(yè)在哪里。在實(shí)際的應(yīng)用上，RUM是屬于服務(wù)器端的監(jiān)測(cè)模式，所以并不需要在客戶端部署監(jiān)測(cè)點(diǎn)，如此一來(lái)只需要監(jiān)測(cè)幾個(gè)特定的入口網(wǎng)絡(luò)，即可達(dá)到全面監(jiān)測(cè)的目的。

RUM產(chǎn)品架構(gòu)圖如圖2所示，它包含了3個(gè)主要組件: 采集探針(Probe)、引擎(Engine)和MySQL數(shù)據(jù)庫(kù)，其所負(fù)責(zé)的功能分別如下。

采集探針：純軟件產(chǎn)品，部署在采集流量的主機(jī)上，而主機(jī)直接連接到交換機(jī)上。用戶的流量當(dāng)最終通過(guò)交換機(jī)時(shí)，探針程序通過(guò)所在主機(jī)的網(wǎng)卡可以收集到最終用戶和應(yīng)用服務(wù)器(如Web Server)交互時(shí)的請(qǐng)求(Requests)及響應(yīng)(Response)的相關(guān)數(shù)據(jù)并進(jìn)行數(shù)據(jù)過(guò)濾處理。

（1）引擎：純軟件產(chǎn)品，負(fù)責(zé)接收探針收集到的數(shù)據(jù)，并將這些數(shù)據(jù)依據(jù)預(yù)設(shè)的流程加以整理與組合。首先引擎程序會(huì)將所收集到的應(yīng)用、頁(yè)面、交易、會(huì)話、最終用戶、服務(wù)器等數(shù)據(jù)加以整理歸類，然后再依據(jù)所設(shè)定的告警、報(bào)表與儀表板的項(xiàng)目加以分類處理。

（2）MySQL數(shù)據(jù)庫(kù)：負(fù)責(zé)存放引擎尚未傳遞到監(jiān)控系統(tǒng)的數(shù)據(jù)，在網(wǎng)絡(luò)發(fā)生暫時(shí)性中斷時(shí)，可以保存所有的分析數(shù)據(jù)，避免數(shù)據(jù)丟失。另外MySQL數(shù)據(jù)庫(kù)也會(huì)存放引擎相關(guān)的配置信息。

3　監(jiān)控系統(tǒng)說(shuō)明

3.1 監(jiān)控系統(tǒng)架構(gòu)

軟件架構(gòu)如圖3所示，參照IT行業(yè)內(nèi)軟件架構(gòu)設(shè)計(jì)的成熟經(jīng)驗(yàn)，共分為4層，從上到下分別是展示層、數(shù)據(jù)層、控制層以及采集層。

3.1.1 展示層

展示層是整個(gè)系統(tǒng)的入口，通過(guò)統(tǒng)一的門(mén)戶Portal，主要提供兩方面功能。一是可視化、多維度、快速展現(xiàn)監(jiān)控結(jié)果和告警信息；二是通過(guò)可視化的友好界面，配置需要采集的網(wǎng)廳關(guān)鍵業(yè)務(wù)信息、告警策略以及事件策略。

3.1.2 數(shù)據(jù)層

用于處理采集引擎采集到的用戶和網(wǎng)上營(yíng)業(yè)廳交互的數(shù)據(jù)信息，處理完成的數(shù)據(jù)將依據(jù)運(yùn)維人員需求以及管理需求進(jìn)行分析、匯總，以方便展示層快速展現(xiàn)。

圖2　RUM架構(gòu)圖

3.1.3 業(yè)務(wù)控制層

用于控制整個(gè)監(jiān)控系統(tǒng)的業(yè)務(wù)邏輯。核心模塊的功能如下。

（1）通過(guò)調(diào)度管理模塊控制采集業(yè)務(wù)的頻率和時(shí)間。

（2）通過(guò)配置管理控制采集的業(yè)務(wù)。

（3）通過(guò)配置同步模塊將需要采集的業(yè)務(wù)數(shù)據(jù)和頻率同步到RUM軟件中。

（4）通過(guò)子監(jiān)控模塊監(jiān)控系統(tǒng)自身運(yùn)行情況以及數(shù)據(jù)采集情況，并自動(dòng)將告警信息發(fā)送到數(shù)據(jù)層告警模塊。

3.1.4 數(shù)據(jù)采集層

用于采集用戶和網(wǎng)上營(yíng)業(yè)廳交互的業(yè)務(wù)數(shù)據(jù)，并依據(jù)控制層配置管理模塊中的IP、端口信息以及業(yè)務(wù)URL信息，過(guò)濾、清洗不需要的報(bào)文，減少后期解析報(bào)文的工作量。

3.2 監(jiān)控系統(tǒng)工作流程

本監(jiān)控系統(tǒng)角色和工作流程如圖4所示。系統(tǒng)角色包含管理人員、業(yè)務(wù)人員以及維護(hù)人員，以保證整個(gè)系統(tǒng)的穩(wěn)定運(yùn)行以及發(fā)現(xiàn)問(wèn)題的及時(shí)處理，系統(tǒng)的工作流程如下。

（1）管理人員依據(jù)系統(tǒng)關(guān)鍵點(diǎn)或隱患點(diǎn)提出新的監(jiān)控要求。

（2）業(yè)務(wù)人員分析要求，并依據(jù)要求制定出監(jiān)控范圍和監(jiān)控指標(biāo)，范圍涵蓋需監(jiān)控的關(guān)鍵業(yè)務(wù)、關(guān)鍵應(yīng)用環(huán)節(jié)。監(jiān)控指標(biāo)指成功率、時(shí)長(zhǎng)、業(yè)務(wù)量、用戶數(shù)等。在此基礎(chǔ)上和管理人員確認(rèn)需求并作為下一步的輸入。

（3）業(yè)務(wù)人員依據(jù)定稿需求完成監(jiān)控設(shè)計(jì)規(guī)劃，并制定監(jiān)控流程和告警規(guī)則。

（4）維護(hù)人員依據(jù)制定的監(jiān)控和告警流程，在系統(tǒng)配置界面上進(jìn)行業(yè)務(wù)規(guī)則、告警規(guī)則以及監(jiān)控頻率的配置，然后通過(guò)調(diào)試進(jìn)行配置確認(rèn)工作，以確保配置的正確有效，最后同步到RUM軟件上使用。

（5）在系統(tǒng)正式運(yùn)行后，維護(hù)人員依據(jù)監(jiān)控結(jié)果數(shù)據(jù)進(jìn)行分析。針對(duì)異常的數(shù)據(jù)，如果是因?yàn)榫W(wǎng)站更新引起的配置異常，更新業(yè)務(wù)配置并進(jìn)行調(diào)試；如果是網(wǎng)站異常，知會(huì)網(wǎng)站維護(hù)人員跟進(jìn)解決。

圖3　全流程監(jiān)控系統(tǒng)架構(gòu)圖

圖4　監(jiān)控系統(tǒng)工作流程圖

4　監(jiān)控系統(tǒng)實(shí)現(xiàn)

4.1 數(shù)據(jù)采集自動(dòng)化功能實(shí)現(xiàn)

本系統(tǒng)的數(shù)據(jù)采集基于RUM產(chǎn)品實(shí)現(xiàn)，雖然RUM提供了強(qiáng)大的、全面的監(jiān)控功能，但并不能完全滿足運(yùn)營(yíng)監(jiān)控的實(shí)際需要，故本系統(tǒng)中使用RUM軟件獲取用戶和系統(tǒng)的交互信息，主要處理HTTP以及HTTPS協(xié)議的數(shù)據(jù)。當(dāng)從交換機(jī)鏡像端口獲取到數(shù)據(jù)流量后，經(jīng)過(guò)采集探針的解析，轉(zhuǎn)換為標(biāo)準(zhǔn)格式的業(yè)務(wù)和流程數(shù)據(jù)。

因?yàn)閮H采用了RUM作為數(shù)據(jù)采集工具，從整個(gè)監(jiān)控系統(tǒng)的配置入口統(tǒng)一、易維護(hù)考慮，所有業(yè)務(wù)信息的配置需要自行開(kāi)發(fā)實(shí)現(xiàn)，并記錄到數(shù)據(jù)庫(kù)中，然后通過(guò)RUM產(chǎn)品的API接口，將配置信息同步到RUM中使用。

表1為業(yè)務(wù)信息配置表，用于指定業(yè)務(wù)信息。表格中URL字段和參數(shù)字段用于和報(bào)文頭中請(qǐng)求地址進(jìn)行比對(duì)，以判定當(dāng)前報(bào)文是否為業(yè)務(wù)對(duì)應(yīng)的報(bào)文，成功關(guān)鍵字用于檢索報(bào)文體，以判定用戶的訪問(wèn)結(jié)果是否成功。

表2為資源信息配置表，用于架構(gòu)中的采集層過(guò)濾冗余數(shù)據(jù)信息。通過(guò)地址、端口兩個(gè)字段和報(bào)文頭的比對(duì)，可以將非需要的報(bào)文快速丟棄。

4.2 業(yè)務(wù)數(shù)據(jù)匯總與展示實(shí)現(xiàn)

從運(yùn)維需求以及管理需求出發(fā)，將最終數(shù)據(jù)的展示維度分為時(shí)間、業(yè)務(wù)名稱、瀏覽器類型、來(lái)訪地市、號(hào)碼歸屬地市以及品牌，將展示指標(biāo)分為業(yè)務(wù)量、成功率、客戶感知時(shí)長(zhǎng)、服務(wù)器時(shí)長(zhǎng)以及用戶數(shù)。考慮到靈活展示以及動(dòng)態(tài)擴(kuò)展字段的需要，采用ESSBASE軟件作為數(shù)據(jù)的展示軟件，并集成到監(jiān)控系統(tǒng)中，在瀏覽器中通過(guò)維度和指標(biāo)的增、刪以及下鉆功能動(dòng)態(tài)、靈活展現(xiàn)。

5　系統(tǒng)應(yīng)用效果舉例

某電信運(yùn)營(yíng)商某省份采用本文所述方案建立了針對(duì)網(wǎng)上營(yíng)業(yè)廳的實(shí)時(shí)監(jiān)控系統(tǒng)，通過(guò)業(yè)務(wù)流量信息的獲取和分析，得到關(guān)鍵業(yè)務(wù)多個(gè)維度的成功率、業(yè)務(wù)量、時(shí)長(zhǎng)等信息。如圖5所示，2013年8月21日，監(jiān)控系統(tǒng)發(fā)現(xiàn)賬戶余額查詢等多個(gè)業(yè)務(wù)成功率明顯下降，系統(tǒng)按照預(yù)設(shè)的成功率閥值進(jìn)行了告警，運(yùn)維人員介入后，通過(guò)下鉆實(shí)時(shí)話費(fèi)查詢業(yè)務(wù)到地市維度，發(fā)現(xiàn)B、E、F、G 4個(gè)地市的成功率為0%，確定本次故障影響了如上4個(gè)地市，將該4個(gè)地市的用戶訪問(wèn)快速切換到了應(yīng)急系統(tǒng)后，用戶恢復(fù)訪問(wèn)。后續(xù)分析發(fā)現(xiàn)，發(fā)現(xiàn)該問(wèn)題的原因?yàn)槟矪OSS分庫(kù)出現(xiàn)故障，覆蓋范圍恰好為該4個(gè)地市。

表1　業(yè)務(wù)信息配置表

表2　資源信息配置表

圖5　網(wǎng)廳監(jiān)控展示圖

6　結(jié)束語(yǔ)

本文給出了基于HP RUM產(chǎn)品的在線網(wǎng)站監(jiān)控系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)方法。該系統(tǒng)從最終用戶使用角度出發(fā)，充分利用可靠的網(wǎng)絡(luò)資源，幫助運(yùn)維人員快速掌握系統(tǒng)支撐用戶訪問(wèn)情況，提升問(wèn)題的主動(dòng)發(fā)現(xiàn)和提前預(yù)警能力，如從客戶角度體驗(yàn)上線割接前后、業(yè)務(wù)高峰期間的系統(tǒng)健康度等。經(jīng)統(tǒng)計(jì)，該監(jiān)控系統(tǒng)上線后，業(yè)務(wù)可用性與感知投訴量下降了20%，BOSS故障影響時(shí)間減少了

10 min（每次），業(yè)務(wù)故障預(yù)警及時(shí)性提升了10 min。

參考文獻(xiàn)

[1]邢偉超, 高曉桐. 網(wǎng)頁(yè)自動(dòng)化測(cè)試框架的設(shè)計(jì)與實(shí)現(xiàn)[J]. 計(jì)算機(jī)應(yīng)用與軟件, 2012(9).

[2]尹高嵩, 范輝. Web負(fù)載測(cè)試的研究與應(yīng)用[J]. 微機(jī)發(fā)展, 2004(10).

[3]常潤(rùn)梅, 孟利青. 基于業(yè)務(wù)探測(cè)技術(shù)的電信服務(wù)體系研究[J].數(shù)字通信, 2013(5).

[4]陳紹英, 金成姬, 馮艷碩. LoadRunner虛擬用戶開(kāi)發(fā)指南[M].北京:電子工業(yè)出版社, 2009.

[5]溫昱. 軟件架構(gòu)設(shè)計(jì)[M]. 北京：電子工業(yè)出版社, 2007.

Design and implementation of the online website monitoring based on RUM

ZHANG Hua

(China Mobile (Shenzhen)Co., Ltd., Shenzhen 518000, China)

Abstract As competition grows intensively, telecom operators begins to shift from the original era of grabbing user resources to the competing for content and services, and ensuring normal and stable operation of the electronic channels is a top priority. However, the existing monitoring tools of support system have no good way to discover and resolve timely the cases that the user complaints that the system response is slow or unavailable. A monitoring system of the online website is designed and implemented in this paper based on RUM product of HP company and J2EE technology. The practice shows that this system can perceive the situation when a user access to electronic channels in a real-time manner and achieve online website monitoring in the user’s perspective.

Keywords RUM; traffi c monitoring; J2EE; Web portals

收稿日期：2015-01-08

文章編號(hào)1008-5599（2015）02-0047-06

文獻(xiàn)標(biāo)識(shí)碼A

中圖分類號(hào)TN915