李瑋瑤

（平頂山學(xué)院 計算機學(xué)院，河南 平頂山 467000）

0 引 言

當(dāng)前，通信平臺旗下業(yè)務(wù)眾多，其組織架構(gòu)也經(jīng)常發(fā)生變化，在業(yè)務(wù)部門進行新業(yè)務(wù)的推廣時，運維部門往往需要承擔(dān)很大的維護壓力，面臨著以下困境：由于用戶數(shù)量較多，后臺員工往往無法快速、及時地接待、響應(yīng)及解決問題[1]。在這種狀態(tài)下，對通信平臺的運維大數(shù)據(jù)進行整合，使通信平臺實現(xiàn)信息系統(tǒng)應(yīng)用邊界的跨越，對其完成自身的服務(wù)承諾、擴展推廣新業(yè)務(wù)、提升自身運維能力都十分重要，具備很高的應(yīng)用價值[2]。

對于通信平臺運維大數(shù)據(jù)整合系統(tǒng)的研究，國內(nèi)外都十分重視，其中國外有學(xué)者提出一種基于域認(rèn)證方式的通信平臺運維大數(shù)據(jù)整合系統(tǒng)，而國內(nèi)則有學(xué)者提出一種基于權(quán)限管理的通信平臺運維大數(shù)據(jù)整合系統(tǒng)。由于在利用以上系統(tǒng)進行通信平臺運維大數(shù)據(jù)整合時，在服務(wù)器資源占用率為50%～70%的范圍內(nèi)存在數(shù)據(jù)響應(yīng)時間較長的問題，因此將壓縮感知應(yīng)用于通信平臺運維大數(shù)據(jù)整合系統(tǒng)中，設(shè)計一種基于壓縮感知的通信平臺運維大數(shù)據(jù)整合系統(tǒng)。

1 基于壓縮感知的通信平臺運維大數(shù)據(jù)整合系統(tǒng)設(shè)計

1.1 硬件設(shè)計

基于壓縮感知的通信平臺運維大數(shù)據(jù)整合系統(tǒng)的硬件由運維大數(shù)據(jù)整合模塊、API服務(wù)器模塊構(gòu)成。

1.1.1 運維大數(shù)據(jù)整合模塊

運維大數(shù)據(jù)整合模塊由WEP工具包與企業(yè)總線構(gòu)成，通過WEP工具包與企業(yè)總線進行通信平臺運維大數(shù)據(jù)整合[3]。具體整合步驟如下：首先導(dǎo)入WEP工具包，將通信平臺運維數(shù)據(jù)庫內(nèi)的元數(shù)據(jù)直接轉(zhuǎn)換成POJO交換數(shù)據(jù)；接著利用WEP工具包內(nèi)的轉(zhuǎn)換工具將POJO交換數(shù)據(jù)轉(zhuǎn)換成符合數(shù)據(jù)交換協(xié)議的數(shù)據(jù)交換統(tǒng)一性消息；然后利用企業(yè)服務(wù)總線向系統(tǒng)傳輸數(shù)據(jù)交換統(tǒng)一性消息[4]；最后對于系統(tǒng)接收的這些數(shù)據(jù)交換統(tǒng)一性消息，利用WEP工具包內(nèi)的轉(zhuǎn)換工具將其轉(zhuǎn)換成系統(tǒng)可以直接處理的POJO數(shù)據(jù)類。

1.1.2 API服務(wù)器模塊

API服務(wù)器模塊由多個API服務(wù)器構(gòu)成API數(shù)據(jù)展現(xiàn)層，主要作用是在通信平臺的各服務(wù)器中通過壓縮感知進行采樣，獲取運維大數(shù)據(jù)并向運維大數(shù)據(jù)整合模塊傳送[5]。此外，API服務(wù)器模塊還能面向靜態(tài)文件進行服務(wù)，通過HTTP方式向外部應(yīng)用提供JavaScript文件，便于達到可視化目的。

1.2 軟件設(shè)計

1.2.1 大數(shù)據(jù)交換服務(wù)模塊

大數(shù)據(jù)交換服務(wù)模塊能實現(xiàn)各類信息系統(tǒng)中運維大數(shù)據(jù)的統(tǒng)一交換，保障運維大數(shù)據(jù)的實際交換效率，避免在交換大數(shù)據(jù)的過程中發(fā)生重復(fù)交換、亂交換等問題，實現(xiàn)通信平臺運維大數(shù)據(jù)的同步更新，保障大數(shù)據(jù)的安全性及各信息系統(tǒng)的穩(wěn)定性[6]。大數(shù)據(jù)交換服務(wù)模塊進行運維大數(shù)據(jù)的統(tǒng)一交換時主要依托采取統(tǒng)一的大數(shù)據(jù)交換協(xié)議，從而實現(xiàn)跨系統(tǒng)、跨部門的運維大數(shù)據(jù)交換。

1.2.2 目錄管理服務(wù)模塊

目錄管理服務(wù)模塊能實現(xiàn)通信平臺運維大數(shù)據(jù)目錄體系的構(gòu)建，從而更加靈活地實現(xiàn)其他資源的共享與接入[7]。目錄管理服務(wù)模塊具體由以下單元構(gòu)成：目錄服務(wù)模塊、目錄管理模塊、目錄傳輸模塊、編目模塊。目錄管理服務(wù)模塊的具體功能如表1所示。

表1 目錄管理服務(wù)模塊的具體功能

1.2.3 運維管理服務(wù)模塊

運維管理服務(wù)模塊主要負(fù)責(zé)對通信平臺運維大數(shù)據(jù)進行管理[8]，具體由日常運維數(shù)據(jù)管理單元、大數(shù)據(jù)安全管理單元、資源管理單元、應(yīng)用管理單元和用戶管理單元構(gòu)成。其中，日常運維數(shù)據(jù)管理單元主要用于對通信平臺日常的運維數(shù)據(jù)進行統(tǒng)計與管理[9]，大數(shù)據(jù)安全管理單元主要用于對數(shù)據(jù)進行備份、安全管理與保密授權(quán)處理，資源管理單元主要用于對數(shù)據(jù)內(nèi)容與元數(shù)據(jù)進行管理，并提供資源檢索查詢功能[10]，應(yīng)用管理單元主要用于對通信平臺應(yīng)用服務(wù)的運維大數(shù)據(jù)進行分類與管理，用戶管理單元主要用于對運維大數(shù)據(jù)的管理者、使用者及提供者進行義務(wù)與責(zé)任的劃分。

2 運維大數(shù)據(jù)整合實驗

2.1 實驗設(shè)計

為證明設(shè)計的基于壓縮感知的通信平臺運維大數(shù)據(jù)整合系統(tǒng)的性能，對其進行實驗驗證。實驗的網(wǎng)絡(luò)拓?fù)洵h(huán)境具體如圖1所示，主機的硬件配置具體如表2所示。

圖1 實驗的網(wǎng)絡(luò)拓?fù)洵h(huán)境

在布設(shè)的實驗網(wǎng)絡(luò)拓?fù)洵h(huán)境中，利用基于壓縮感知的通信平臺運維大數(shù)據(jù)整合系統(tǒng)進行通信平臺運維大數(shù)據(jù)的整合實驗，獲取服務(wù)器資源占用率為50%～70%的數(shù)據(jù)響應(yīng)時間作為實驗數(shù)據(jù)。為避免本次實驗結(jié)果較為單一、缺乏對比性，將原有的兩種系統(tǒng)作為實驗中的對比系統(tǒng)進行對比實驗，包括基于域認(rèn)證方式、基于權(quán)限管理的通信平臺運維大數(shù)據(jù)整合系統(tǒng)，比較3種實驗系統(tǒng)的數(shù)據(jù)響應(yīng)時間。

表2 其中主機的硬件配置

2.2 實驗結(jié)果分析

在服務(wù)器資源占用率為50%～70%，基于壓縮感知的通信平臺運維大數(shù)據(jù)整合系統(tǒng)與基于域認(rèn)證方式、基于權(quán)限管理的通信平臺運維大數(shù)據(jù)整合系統(tǒng)的數(shù)據(jù)響應(yīng)時間具體如表3所示。

表3 3種實驗系統(tǒng)的數(shù)據(jù)響應(yīng)時間

由表3可知，在服務(wù)器資源占用率為50%～70%，基于壓縮感知的通信平臺運維大數(shù)據(jù)整合系統(tǒng)的數(shù)據(jù)響應(yīng)時間低于基于域認(rèn)證方式、基于權(quán)限管理的通信平臺運維大數(shù)據(jù)整合系統(tǒng)。

3 結(jié) 論

基于壓縮感知的通信平臺運維大數(shù)據(jù)整合系統(tǒng)實現(xiàn)了數(shù)據(jù)響應(yīng)時間的降低，對于通信平臺實現(xiàn)信息系統(tǒng)應(yīng)用邊界的跨越有很大意義。