張上++江超

摘要：伴隨著互聯(lián)網(wǎng)絡(luò)的發(fā)展，具有相同功能不同服務(wù)質(zhì)量的Web服務(wù)隨之大量涌現(xiàn)。服務(wù)質(zhì)量成為客戶選擇服務(wù)的重要依據(jù)，與企業(yè)的盈利息息相關(guān)。然而當(dāng)前的Web服務(wù)常面向全國(guó)范圍，對(duì)于企業(yè)的運(yùn)維來(lái)說(shuō)如何監(jiān)控全國(guó)各地區(qū)的客戶訪問(wèn)Web服務(wù)的質(zhì)量，并在出現(xiàn)問(wèn)題時(shí)，第一時(shí)間向運(yùn)維人員預(yù)警，成為亟待解決的問(wèn)題。為此本文以分布于全國(guó)各地區(qū)的云基礎(chǔ)設(shè)施服務(wù)為依托，使用RPC分布式遠(yuǎn)程調(diào)用技術(shù)，針對(duì)以上問(wèn)題，實(shí)現(xiàn)了一種云計(jì)算環(huán)境下Web服務(wù)質(zhì)量探測(cè)與預(yù)警方法。

關(guān)鍵詞：云計(jì)算； Web服務(wù)； 服務(wù)質(zhì)量

中圖分類號(hào)： TP393.02

文獻(xiàn)標(biāo)志碼：A

文章編號(hào)： 2095-2163（2016）06-0051-04

0引言

隨著互聯(lián)網(wǎng)絡(luò)的發(fā)展，Web服務(wù)隨之大量涌現(xiàn)。所謂Web服務(wù)是指一種通過(guò)互聯(lián)網(wǎng)絡(luò)提供自描述的自適應(yīng)的模塊化的軟件組件，可以在互聯(lián)網(wǎng)絡(luò)中得到描述、發(fā)現(xiàn)和調(diào)用＼[1＼]。Web服務(wù)一般依托于Web服務(wù)應(yīng)用程序進(jìn)行發(fā)布和管理，通過(guò)聚類不同的Web服務(wù)可以構(gòu)成功能復(fù)雜的組合服務(wù)，以此來(lái)滿足當(dāng)前企業(yè)日益繁多的事務(wù)邏輯需求。然而隨著Web服務(wù)技術(shù)的成熟，互聯(lián)網(wǎng)上開(kāi)始出現(xiàn)大量功能相近的服務(wù)，此時(shí)服務(wù)質(zhì)量就必然成為客戶選擇相關(guān)Web服務(wù)的重要依據(jù)。而Web服務(wù)的目標(biāo)常為全國(guó)范圍的對(duì)象，那么如何在不同地區(qū)探測(cè)企業(yè)Web服務(wù)的質(zhì)量，并對(duì)服務(wù)質(zhì)量不滿足構(gòu)建提供及時(shí)預(yù)警，即已成為目前亟待解決的關(guān)鍵問(wèn)題?；诖?，本文即依托于分布在全國(guó)不同區(qū)域的云計(jì)算基礎(chǔ)設(shè)施，使用RPC分布式遠(yuǎn)程過(guò)程調(diào)用框架，研發(fā)設(shè)計(jì)了一種云環(huán)境下Web服務(wù)質(zhì)量的探測(cè)與預(yù)警方法。

[BT4]1相關(guān)工作

時(shí)下，有關(guān)Web服務(wù)質(zhì)量的研究多是圍繞Web服務(wù)質(zhì)量預(yù)測(cè)方向延伸展開(kāi)。而對(duì)于Web服務(wù)質(zhì)量的預(yù)測(cè)，Shao等針對(duì)未使用過(guò)的Web服務(wù)的服務(wù)質(zhì)量，率先提出使用協(xié)同過(guò)濾策略，進(jìn)行Web服務(wù)質(zhì)量預(yù)測(cè)的方法＼[2＼]。[JP3]在此基礎(chǔ)上，Zheng等致力于技術(shù)改進(jìn)，繼而提出了一種基于鄰接矩陣分解的混合協(xié)同過(guò)濾算法的Web質(zhì)量預(yù)測(cè)方法＼[3＼]。Luo等又通過(guò)結(jié)合模糊神經(jīng)網(wǎng)絡(luò)和自適應(yīng)動(dòng)態(tài)規(guī)劃重點(diǎn)實(shí)現(xiàn)了更加穩(wěn)定和較為精確的服務(wù)質(zhì)量預(yù)測(cè)＼[4＼]。而Ma等則基于真實(shí)的Web服務(wù)質(zhì)量數(shù)據(jù)和一系列實(shí)驗(yàn)，確定了服務(wù)質(zhì)量相關(guān)的特征指標(biāo)。通過(guò)這些指標(biāo)可以增加服務(wù)質(zhì)量預(yù)測(cè)的精度＼[5＼]。另外，還有Madi等又通過(guò)進(jìn)一步使用概率的潛在模型來(lái)統(tǒng)計(jì)服務(wù)質(zhì)量的相關(guān)預(yù)測(cè)＼[6＼]。綜上研究發(fā)現(xiàn)，目前大部分的研究?jī)?nèi)容仍然是以預(yù)測(cè)為主，卻尚未推出一種能夠在不同地理位置對(duì)于某類Web服務(wù)的服務(wù)質(zhì)量進(jìn)行實(shí)時(shí)監(jiān)測(cè)和預(yù)警的方法，為此本文即有針對(duì)性地設(shè)計(jì)提出了一種依托云計(jì)算基礎(chǔ)設(shè)施的Web服務(wù)質(zhì)量的實(shí)時(shí)監(jiān)控和預(yù)警方法。[JP]

[BT4]2系統(tǒng)設(shè)計(jì)

[BT5]2.1整體框架設(shè)計(jì)

為實(shí)現(xiàn)分布式的Web服務(wù)質(zhì)量的探測(cè)和預(yù)警，本次研發(fā)系統(tǒng)可由以下模塊建設(shè)構(gòu)成：服務(wù)質(zhì)量探測(cè)模塊、遠(yuǎn)程過(guò)程調(diào)用模塊、電子郵件告警模塊、數(shù)據(jù)庫(kù)存儲(chǔ)模塊、報(bào)表生成模塊。系統(tǒng)中模塊間的關(guān)系與架構(gòu)則如圖1所示。[FL）]

為在不同地區(qū)能夠有效支持做到對(duì)于Web服務(wù)質(zhì)量的探測(cè)與預(yù)警，需要向云計(jì)算基礎(chǔ)設(shè)施服務(wù)提供商在不同地區(qū)租用服務(wù)器，以阿里云為例，其可選的地區(qū)在華北、華東有2個(gè)，在華南、香港、新加坡、美國(guó)西部與美國(guó)東部則各有一個(gè)。其他的基礎(chǔ)設(shè)施提供商所指定的位置也不盡相同，因此可通過(guò)在不同地區(qū)租用不同的服務(wù)器，實(shí)現(xiàn)多區(qū)域的Web服務(wù)質(zhì)量的探測(cè)，在主控端加入預(yù)警閾值，當(dāng)達(dá)到閾值時(shí)，系統(tǒng)即會(huì)通過(guò)電子郵件向運(yùn)維人員發(fā)出預(yù)警提示。

2.2功能模塊設(shè)計(jì)

該系統(tǒng)整體主要包含5個(gè)功能模塊，各模塊間的互聯(lián)關(guān)系已由圖1呈現(xiàn)給出，在此將針對(duì)每種功能模塊的現(xiàn)實(shí)優(yōu)化設(shè)計(jì)展開(kāi)如下解析描述：

1）探測(cè)模塊。主要功能是在不同區(qū)域租用的服務(wù)器上，完成對(duì)于目標(biāo)系統(tǒng)的服務(wù)質(zhì)量探測(cè)功能，其具體獲取與服務(wù)質(zhì)量相關(guān)數(shù)據(jù)包括：DNS解析時(shí)間、連接建立時(shí)間、傳輸準(zhǔn)備時(shí)間、傳輸起始時(shí)間、傳輸總時(shí)間、http狀態(tài)、傳輸數(shù)據(jù)包大小、頭數(shù)據(jù)大小、請(qǐng)求包大小、傳輸內(nèi)容長(zhǎng)度、傳輸速度、測(cè)試時(shí)間。該模塊可以由主控模塊通過(guò)RPC協(xié)議控制調(diào)用，并將采集結(jié)果傳回主控模塊。

2）數(shù)據(jù)庫(kù)模塊。該模塊一般使用傳統(tǒng)的Mysql數(shù)據(jù)庫(kù)，其定制功能是將探測(cè)到的數(shù)據(jù)以歷史記錄的形式存儲(chǔ)起來(lái)，以供后期的服務(wù)質(zhì)量分析使用。模塊中主要涉及的表結(jié)構(gòu)有2個(gè)，分別如表1、表2所示。

3）RRDTOOL數(shù)據(jù)庫(kù)模塊。該模塊的主要功能就是通過(guò)跟蹤目標(biāo)對(duì)象相關(guān)參數(shù)的變化情況，繼而將這些變化生成實(shí)時(shí)數(shù)據(jù)圖，并推送給運(yùn)維人員。RRDTOOL其實(shí)是一種環(huán)狀的數(shù)據(jù)庫(kù)，運(yùn)行時(shí)是通過(guò)Round Robin的方式來(lái)處理定量數(shù)據(jù)，當(dāng)前已被多家流行的平臺(tái)采納使用，例如：Ganglia、Cacti和Monitorix等等。

4）電子郵件模塊。該模塊的主要功能是向運(yùn)維人員發(fā)送郵件，以提醒運(yùn)維人員已出現(xiàn)的告警類型，請(qǐng)求運(yùn)維人員介入調(diào)控。在這里，研究使用了Python的smtplib模塊完成郵件功能的發(fā)送。

5）主控模塊。該模塊的主要功能是通過(guò)RPC遠(yuǎn)程過(guò)程調(diào)用方法，[JP2]調(diào)用已部署到租用云服務(wù)器中的探測(cè)模塊，進(jìn)行Web服務(wù)質(zhì)量的探測(cè)。同時(shí)，還將負(fù)責(zé)接收探測(cè)模塊發(fā)來(lái)的探測(cè)結(jié)果數(shù)據(jù)，調(diào)用數(shù)據(jù)庫(kù)模塊將數(shù)據(jù)保存到數(shù)據(jù)庫(kù)中，并更新RRDTOOL數(shù)據(jù)庫(kù)信息。最后依據(jù)探測(cè)任務(wù)設(shè)定的告警條件和告警類型，確定是否需要向運(yùn)維人員發(fā)出告警。如果需要，則調(diào)用電子郵件模塊，生成告警郵件并將其發(fā)送至告警郵箱。[JP]

[BT5]2.3通信協(xié)議設(shè)計(jì)

在通信過(guò)程中重點(diǎn)啟用了RPC遠(yuǎn)程過(guò)程調(diào)用協(xié)議。RPC（Remote Procedure Call Protocol）是一種流行的遠(yuǎn)程過(guò)程調(diào)用協(xié)議，其主要功能可描述為就是通過(guò)網(wǎng)絡(luò)向遠(yuǎn)程服務(wù)器上應(yīng)用程序請(qǐng)求程序調(diào)用服務(wù)，而無(wú)需精確了解底層的網(wǎng)絡(luò)協(xié)議或拓?fù)浣Y(jié)構(gòu)。在RPC協(xié)議中，請(qǐng)求端（又稱為客戶）在設(shè)定的傳輸協(xié)議下，發(fā)送一段帶有參數(shù)的信息到服務(wù)提供端。此時(shí)服務(wù)提供端配備的服務(wù)提供應(yīng)用程序，在接收到該參數(shù)后將會(huì)進(jìn)行設(shè)計(jì)指定的解析操作，并依照解析結(jié)果，調(diào)用相關(guān)的功能模塊執(zhí)行請(qǐng)求操作。當(dāng)完成操作后，再將函數(shù)調(diào)用結(jié)果返回給請(qǐng)求端的調(diào)用程序。

圖2為RPC遠(yuǎn)程過(guò)程調(diào)用的流程圖。從圖2中可知，遠(yuǎn)程過(guò)程調(diào)用整體上可以分為10步，對(duì)其概述如下：

1）主控模塊調(diào)用客戶端句柄進(jìn)行參數(shù)傳遞，參數(shù)如：探測(cè)任務(wù)的ID和探測(cè)的目標(biāo)；

2）客戶端句柄調(diào)用客戶端服務(wù)器操作系統(tǒng)內(nèi)核的網(wǎng)絡(luò)模塊，生成輸出參數(shù)編碼和數(shù)據(jù)發(fā)送操作；

3）參數(shù)數(shù)據(jù)通過(guò)網(wǎng)絡(luò)發(fā)送到遠(yuǎn)程服務(wù)器（即所租用的云服務(wù)器）操作系統(tǒng)內(nèi)核的網(wǎng)絡(luò)模塊；

4）遠(yuǎn)程服務(wù)端的服務(wù)器句柄獲得參數(shù)數(shù)據(jù)并解析出其中的參數(shù)；

5）遠(yuǎn)程服務(wù)器句柄依據(jù)獲取到的參數(shù)，調(diào)用探測(cè)模塊的相關(guān)函數(shù)，切換至探測(cè)任務(wù)；

6）探測(cè)模塊將執(zhí)行結(jié)果返回給作為調(diào)用方的遠(yuǎn)程服務(wù)器句柄；

[LL]

7）遠(yuǎn)程服務(wù)器句柄調(diào)用該服務(wù)器操作系統(tǒng)內(nèi)核的網(wǎng)絡(luò)模塊進(jìn)行結(jié)果數(shù)據(jù)的編碼和數(shù)據(jù)發(fā)送操作；

8）探測(cè)數(shù)據(jù)通過(guò)網(wǎng)絡(luò)發(fā)送給客戶端服務(wù)器操作系統(tǒng)內(nèi)核的網(wǎng)絡(luò)模塊；

9）客戶端服務(wù)器的服務(wù)器句柄接收探測(cè)數(shù)據(jù)并送入解析處理；

10）客戶端服務(wù)器句柄將解析后的數(shù)據(jù)以函數(shù)值的形式返回給主控模塊，從而完成整個(gè)遠(yuǎn)程服務(wù)調(diào)用過(guò)程。

3云環(huán)境下實(shí)驗(yàn)驗(yàn)證

[BT5]3.1實(shí)驗(yàn)環(huán)境

實(shí)驗(yàn)的本地部分由超云R6240-G9刀片服務(wù)器的4個(gè)物理節(jié)點(diǎn)構(gòu)成，其中每個(gè)節(jié)點(diǎn)的配置信息為：CPU為24核，內(nèi)存為32GB，硬盤(pán)2T，千兆網(wǎng)卡。[JP2]而4個(gè)服務(wù)器上將分別部署主控模塊、數(shù)據(jù)塊模塊、RRDTOOL數(shù)據(jù)庫(kù)模塊和電子郵件模塊。探測(cè)服務(wù)器為租用的阿里云服務(wù)器，同時(shí)選擇華北1（青島市）、華北2（北京市）、華東1（杭州市）和華南1（深圳市）的云服務(wù)器各一臺(tái)，每種服務(wù)器都選擇最低配置的ecs.t1.small類型，[JP]該類型具有單核CPU和2GB內(nèi)存，以及百兆帶寬。測(cè)試的目標(biāo)為哈爾濱工業(yè)大學(xué)網(wǎng)站的首頁(yè)，可得該網(wǎng)站的URL為：www.hit.edu.cn。

[BT5]3.2實(shí)驗(yàn)結(jié)果

實(shí)驗(yàn)結(jié)果即為各質(zhì)量監(jiān)控點(diǎn)采集到的監(jiān)控?cái)?shù)據(jù)，其中以杭州地區(qū)的數(shù)據(jù)質(zhì)量監(jiān)控?cái)?shù)據(jù)為例進(jìn)行說(shuō)明，如圖3所示。

由圖3可知，杭州地區(qū)訪問(wèn)校園網(wǎng)首頁(yè)的傳輸總時(shí)間、連接建立時(shí)間和DNS解析時(shí)間都相對(duì)比較穩(wěn)定。在某些時(shí)刻DNS的解析時(shí)間為0，這是由于DNS解析是可以被緩存造成的。圖4則為從阿里云租用的4個(gè)不同城市的服務(wù)器中采集到的質(zhì)量信息數(shù)據(jù)。由于不同地區(qū)與目標(biāo)系統(tǒng)之間經(jīng)過(guò)的網(wǎng)絡(luò)路徑不同，因此最終得到的訪問(wèn)質(zhì)量也相差較大。

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

通過(guò)在阿里云環(huán)境下租用4臺(tái)不同地區(qū)的云服務(wù)器進(jìn)行測(cè)試，由此提出了系統(tǒng)在不同地區(qū)分布式探測(cè)Web服務(wù)質(zhì)量的思想，并證明了不同地區(qū)、同一Web服務(wù)的服務(wù)質(zhì)量可能存在差異，這就使得租用不同云基礎(chǔ)設(shè)施服務(wù)商不同地區(qū)的服務(wù)器，進(jìn)行Web服務(wù)質(zhì)量的實(shí)時(shí)監(jiān)控具備了高度可行的現(xiàn)實(shí)必要性。

參考文獻(xiàn)： SHAIKH A. The impact of SOA on a system design for a telemedicine [JP3]healthcare system[J]. Network Modeling Analysis in Health Informatics & Bioinformatics， 2015， 4（1）：1-16.[JP]

[2]SHAO L， ZHANG J， WEI Y， et al. Personalized QoS prediction for Web Services via collaborative filtering[C]// IEEE International Conference on Web Services. Salt Lake City， Utah， USA：IEEE， 2007：439-446.

[3]ZHENG Z， MA H， LYU M R， et al. Collaborative Web Service QoS prediction via neighborhood integrated matrix factorization[J]. IEEE Transactions on Services Computing， 2013， 6（3）：289-299.

[4]LUO X， LV Y， LI R， et al. Web service QoS prediction based on adaptive dynamic programming using fuzzy neural networks for cloud services[J]. Access IEEE， 2015， 3：2260-2269.

[5]MA Y， WANG S， HUNG P C K， et al. A highly accurate prediction algorithm for unknown Web service QoS values[J]. IEEE Transactions on Services Computing， 2016， 9（4）：511-523.

[6]MADI B M A， SHENG Q Z， YAO L， et al. PLMwsp： Probabilistic latent model for Web Service QoS prediction[C]// IEEE International Conference on Web Services. San Francisco，USA：IEEE Computer Society， 2016：623-630.[ZK）]