關(guān)兆雄 鄭曉娟
摘 要: 企業(yè)應(yīng)用服務(wù)器構(gòu)建和維護(hù)包漏出很多弊端,信息化自動(dòng)運(yùn)維具有投資少、提高效率等優(yōu)勢(shì)。在分析傳統(tǒng)運(yùn)維應(yīng)用平臺(tái)存在的問題基礎(chǔ)上,提出了構(gòu)建信息化自動(dòng)運(yùn)維應(yīng)用平臺(tái)的設(shè)想,介紹了平臺(tái)設(shè)計(jì)的技術(shù)前提,闡述了平臺(tái)設(shè)計(jì)應(yīng)該滿足的功能,并對(duì)該平臺(tái)的架構(gòu)設(shè)模型設(shè)計(jì)與功能模塊進(jìn)行了規(guī)劃。
關(guān)鍵詞: 信息化; 運(yùn)維; 應(yīng)用平臺(tái)
中圖分類號(hào): TP311 ? ? ?文獻(xiàn)標(biāo)志碼: A
Research on the Constructon of nformaton Automatc
Operaton and Mantenance Applcaton Platform
GUAN Zhaoxong, ZHENG Xaojuan
(Foshan Power Supply Bureau, Guangdong Power Grd Co. Ltd., Foshan 528000)
Abstract: There are many dsadvantages n the tradtonal constructon and mantenance of enterprse applcaton server. nformaton automatc operaton and mantenance has advantages such as less nvestment and hgher effcency. Ths paper analyzes the problems exstng n the tradtonal operaton and mantenance applcaton platform, puts forward the dea of constructng the applcaton platform of the nformaton automatc operaton and mantenance, ntroduces the techncal premse of the platform desgn, expounds the functons that the platform desgn should satsfy, and plans the model desgn and functon modules of the platform.
Key words: nformaton; Operaton and mantenance; Applcaton platform
0 引言
近年來,互聯(lián)網(wǎng)行業(yè)業(yè)務(wù)不斷的增加,發(fā)展比較迅速,互聯(lián)網(wǎng)企業(yè)對(duì)服務(wù)器架設(shè)運(yùn)維任務(wù)更加的重視。傳統(tǒng)企業(yè)服務(wù)器構(gòu)建以及運(yùn)維模式無(wú)法滿足企業(yè)的需要,中小型T企業(yè)運(yùn)維任務(wù)的特點(diǎn):運(yùn)維人員少,經(jīng)驗(yàn)不足;運(yùn)維工作內(nèi)容全面,實(shí)際工作量大;運(yùn)行維護(hù)系統(tǒng)支持資金較少[1]。目前,中國(guó)的信息自動(dòng)運(yùn)行維護(hù)應(yīng)用平臺(tái)已不再適合新時(shí)期企業(yè)在各個(gè)領(lǐng)域的發(fā)展。
信息自動(dòng)化操作維護(hù)平臺(tái)的設(shè)計(jì)使操作維護(hù)人員免于重復(fù)繁瑣的工作,大大提高了操作維護(hù)人員的工作效率[2]。信息自動(dòng)化運(yùn)維應(yīng)用平臺(tái)具有廣闊的發(fā)展空間,隨著功能的擴(kuò)展和完善,將會(huì)有更廣范圍的應(yīng)用。
1 服務(wù)器運(yùn)維問題及信息化的發(fā)展
1.1 服務(wù)器運(yùn)維存在的問題
隨著互聯(lián)網(wǎng)的飛速發(fā)展,互聯(lián)網(wǎng)企業(yè)業(yè)務(wù)發(fā)展迅速,很多企業(yè)服務(wù)器不斷的增加,使得服務(wù)器運(yùn)維工作靠手工操作難以完成,對(duì)服務(wù)器運(yùn)維管理的質(zhì)量和效率的要求越來越高。T運(yùn)維工作問題主要表現(xiàn)在如下幾個(gè)方面[3]:
(1) T運(yùn)維任務(wù)得不到關(guān)注。
(2) T企業(yè)運(yùn)維服務(wù)商參差不齊。
(3) T運(yùn)維工作人員任務(wù)繁忙,流動(dòng)性大。
1.2 信息化自動(dòng)運(yùn)維平臺(tái)發(fā)展現(xiàn)狀
在我國(guó),以Lnux為操作系統(tǒng)構(gòu)建服務(wù)器的的技術(shù)得到了廣泛的應(yīng)用。取得成果企業(yè)致力于實(shí)現(xiàn)低成本高自動(dòng)化的T運(yùn)維平臺(tái),從而提升了企業(yè)的運(yùn)維效率,降低運(yùn)維風(fēng)險(xiǎn)[4]。信息化自動(dòng)運(yùn)維能夠有效的減少企業(yè)級(jí)應(yīng)用程序在上線過程中因人為原因所導(dǎo)致的錯(cuò)誤,增強(qiáng)了系統(tǒng)穩(wěn)定性,減輕了服務(wù)器部署人員的工作量。除了建立有效的監(jiān)控和防御機(jī)制,將產(chǎn)品上線過程流程化,減少人為錯(cuò)誤的可能性,建立問題發(fā)生后的迅速恢復(fù)機(jī)制,都需要依靠自動(dòng)化運(yùn)維來完成[5]。
2 自動(dòng)運(yùn)維平臺(tái)相關(guān)技術(shù)
2.1 Java RM技術(shù)
(1) Java RM技術(shù)概念
Java RM(Java遠(yuǎn)程方法調(diào)用)是一種基于Java語(yǔ)言的技術(shù),用于開發(fā)分布式應(yīng)用程序的AP。遠(yuǎn)程通信的目的是實(shí)現(xiàn)文件的傳輸,通常網(wǎng)絡(luò)編程的基本模型主要是客戶機(jī)與服務(wù)器模式,兩個(gè)獨(dú)立的程序之間進(jìn)行相互通訊。Java RM給分布式計(jì)算提供了遠(yuǎn)程通訊的基礎(chǔ),它將Java所特有的可移植性、安全性等強(qiáng)大的功能應(yīng)用到了分布式計(jì)算中[6]。
Java RM是一種Java虛擬機(jī)之間對(duì)象互相調(diào)用對(duì)方的方法[7]。遠(yuǎn)程調(diào)用有一臺(tái)PC機(jī)(客戶端)中對(duì)象的某個(gè)方法去調(diào)用另一臺(tái)PC機(jī)(服務(wù)器端)中的對(duì)象的某個(gè)方法,使用的語(yǔ)法規(guī)則與在服務(wù)器端使用對(duì)象的語(yǔ)法規(guī)則相同[8]。
(2) Java RM技術(shù)特點(diǎn)
與傳統(tǒng)的RPC(遠(yuǎn)程過程調(diào)用協(xié)議)技術(shù)相比,Java RM能夠?qū)崿F(xiàn)不同分布式節(jié)點(diǎn)中的對(duì)象間進(jìn)行通信,它實(shí)現(xiàn)了遠(yuǎn)程對(duì)象之間的方法調(diào)用,給分布式軟件的系統(tǒng)設(shè)計(jì)和編程帶來了極大的方便。Java RM技術(shù)使用JRMP(遠(yuǎn)程消息交換協(xié)議),該協(xié)議是針對(duì)Java對(duì)象而設(shè)計(jì)的遠(yuǎn)程消息交換協(xié)議[9]。按照J(rèn)ava RM程序設(shè)計(jì)規(guī)則設(shè)計(jì)程序,軟件開發(fā)人員可以忽略RM中的具體的網(wǎng)絡(luò)通信,如TCP/P、Socket等,以Java RM開發(fā)的應(yīng)用程序可以在安裝JRE(執(zhí)行環(huán)境)的設(shè)備上進(jìn)行部署實(shí)現(xiàn)分布式計(jì)算[10]。
(3) Java RM技術(shù)結(jié)構(gòu)
RM系統(tǒng)的調(diào)用結(jié)構(gòu)由以下三部分組成:樁/架(Stub/Slelrton)層、遠(yuǎn)程應(yīng)用(remote reference)層、傳輸(transport)層。該結(jié)構(gòu)每一層之間相互獨(dú)立,每一層均具有特定的結(jié)構(gòu)和協(xié)議進(jìn)行定義,某一層實(shí)習(xí)方式的改變不會(huì)對(duì)其它層造成影響[11]。系統(tǒng)調(diào)用結(jié)構(gòu)之間的關(guān)系,如圖1所示。
2.2 數(shù)據(jù)庫(kù)備份與還原技術(shù)
用戶的數(shù)據(jù)數(shù)據(jù)的完整性與可靠性非常重要。雖然數(shù)據(jù)庫(kù)管理系統(tǒng)會(huì)采取措施來進(jìn)行數(shù)據(jù)維護(hù),但是,在實(shí)際使用中,數(shù)據(jù)庫(kù)數(shù)據(jù)依然存在很多不可估量的因素。操作系統(tǒng)的崩潰、人為操作的失誤、硬件的損壞、自然災(zāi)害等很多因素都會(huì)造成數(shù)據(jù)庫(kù)中數(shù)據(jù)的丟失或者損壞,我們只能盡量去規(guī)避降低數(shù)據(jù)損失所帶來的問題[12]。因此實(shí)現(xiàn)數(shù)據(jù)庫(kù)的備份與還原技術(shù)是解決數(shù)據(jù)穩(wěn)定性與安全性的重要舉措。
2.3 XML技術(shù)
(1) XML技術(shù)特點(diǎn)
XML(可擴(kuò)展標(biāo)記語(yǔ)言)不僅具有SGML的核心特性,也具備HTML的簡(jiǎn)單性。XML具有可擴(kuò)展性、結(jié)構(gòu)性和可校驗(yàn)性,是一種標(biāo)準(zhǔn)的結(jié)構(gòu)化信息的文本格式。
XML包括三個(gè)相互聯(lián)系的標(biāo)準(zhǔn):XML,XSL(extensble Style Sheet Language,擴(kuò)展樣式語(yǔ)言)和XLL(extensble Lnkng Language,可擴(kuò)展的鏈接語(yǔ)言),三個(gè)功能相輔相成,使得XML語(yǔ)言在數(shù)據(jù)標(biāo)記、顯示風(fēng)格和超文本鏈接等方面功能強(qiáng)大[13]。
(2) XML文檔類型
XML文檔分為兩種:以數(shù)據(jù)為中心的XML和以文本為中心的文檔。以數(shù)據(jù)為中心的XML文檔將XML作為數(shù)據(jù)的傳輸載體,文檔只提供給機(jī)器使用,數(shù)據(jù)能夠以XML文檔的形式存儲(chǔ)并不是應(yīng)用程序或數(shù)據(jù)庫(kù)所關(guān)心的問題。這種文檔的優(yōu)點(diǎn)是結(jié)構(gòu)相當(dāng)規(guī)整,數(shù)據(jù)力度小[13]。
3 自動(dòng)運(yùn)維平臺(tái)設(shè)計(jì)原則
3.1 應(yīng)用平臺(tái)功能需求
信息自動(dòng)運(yùn)行維護(hù)應(yīng)用平臺(tái)運(yùn)行時(shí),對(duì)Web服務(wù)器的配置和安裝需求較高,主要體現(xiàn)在文件自動(dòng)化部署、遠(yuǎn)程文件傳輸?shù)确矫妗?yīng)用平臺(tái)的核心模塊是配置文件管理、數(shù)據(jù)庫(kù)備份與恢復(fù)等內(nèi)容。為了便于文件的傳輸,在遠(yuǎn)程傳輸和復(fù)制過程中,還需要平臺(tái)具有在線解壓縮功能[14]。
3.2 應(yīng)用平臺(tái)的預(yù)期目標(biāo)
信息化自動(dòng)運(yùn)維應(yīng)用平臺(tái)的預(yù)期目標(biāo)可以分為以下幾個(gè)方面[15]:
(1) 設(shè)計(jì)較為靈活并且操作方面的遠(yuǎn)程通信模型,確保平臺(tái)在設(shè)計(jì)完成時(shí)候可以有效解決服務(wù)器的建設(shè)與運(yùn)維問題;
(2) 平臺(tái)中各個(gè)模塊的基本功能需要滿足使用過程中的基本需要;
(3) 對(duì)平臺(tái)內(nèi)部各模塊進(jìn)行系統(tǒng)有效地整合,確保不同模塊之間技能相互連接同時(shí)又相對(duì)獨(dú)立;
(4) 確保應(yīng)用平臺(tái)的運(yùn)行速度,例如:批量地處理啟動(dòng)文件,快速完成規(guī)定的任務(wù),改善程序系統(tǒng)的工作過程等。
3.3 應(yīng)用平臺(tái)的工作流程
平臺(tái)包括兩部分,即客戶端應(yīng)用程序和服務(wù)器端應(yīng)用程序。服務(wù)器運(yùn)行維護(hù)技術(shù)人員在部署軟件時(shí)只需根據(jù)實(shí)際需要配置MOS.XML文件即可。技術(shù)人員在服務(wù)器上安裝服務(wù)器端應(yīng)用程序,安裝完成后,已經(jīng)設(shè)置為系統(tǒng)自啟動(dòng)服務(wù)程序,在防火墻中開啟特定數(shù)據(jù)傳輸端口,并一直處于監(jiān)聽狀態(tài),等待客戶端的連接,響應(yīng)客戶端的命令需求,完成軟件自動(dòng)化部署和配置,以及數(shù)據(jù)庫(kù)備份與還原。在客戶端管理服務(wù)器上安裝客戶端運(yùn)維程序,客戶端服務(wù)器啟動(dòng)后,通過P連接要操作的服務(wù)器,如果連接成功,則反饋連接成功,如果連接失敗,則反饋失敗原因??蛻舳诉B接服務(wù)器后給服務(wù)器發(fā)送命令,服務(wù)器根據(jù)命令進(jìn)行解析,實(shí)現(xiàn)客戶機(jī)對(duì)服務(wù)器的管理[16]??蛻舳瞬僮髁鞒毯头?wù)器端工作流程分別如圖2和圖3所示。
x
4 信息化自動(dòng)運(yùn)維應(yīng)用平臺(tái)設(shè)計(jì)與測(cè)試
4.1 系統(tǒng)基本架構(gòu)設(shè)計(jì)
應(yīng)用平臺(tái)是基于Java RM的遠(yuǎn)程傳輸和調(diào)用技術(shù),并且在XML技術(shù)的基礎(chǔ)上完成設(shè)計(jì)工作。信息自動(dòng)運(yùn)行維護(hù)應(yīng)用平臺(tái)的操作維護(hù)人員可以通過系統(tǒng)客戶端實(shí)現(xiàn)遠(yuǎn)程服務(wù)器的操作和部署,從而促進(jìn)客戶端應(yīng)用程序與服務(wù)器APPL之間的有效協(xié)作,并保證服務(wù)器之間的維護(hù)工作能夠?qū)崿F(xiàn)[10]。信息化自動(dòng)運(yùn)維應(yīng)用平臺(tái)各個(gè)模塊之間的關(guān)系,如圖4所示。
在系統(tǒng)中,各個(gè)模塊之間的通信主要是通過各模塊所載程序?qū)崿F(xiàn)的,例如:
(1) 客戶端應(yīng)用程序與服務(wù)器端應(yīng)用程序的關(guān)系。運(yùn)維人員只需在Lnux服務(wù)器上運(yùn)行客戶端程序,在需要構(gòu)建web應(yīng)用程序服務(wù)器上運(yùn)行服務(wù)器端程序,客戶端程序可以根據(jù)已知的服務(wù)器端的p地址通過既定端口穿越防火墻向服務(wù)器端發(fā)送命令,服務(wù)器端程序解析命令,完成相關(guān)操作,在這一過程中,moss.xml模板與其解析器解析工作,是實(shí)現(xiàn)軟件自動(dòng)化安裝與部署配置的關(guān)鍵。
(2) 服務(wù)器端與服務(wù)器端應(yīng)用程序的關(guān)系。服務(wù)器之間實(shí)現(xiàn)了數(shù)據(jù)庫(kù)遠(yuǎn)程備份,一臺(tái)服務(wù)器可以備份多臺(tái)服務(wù)器上的多個(gè)數(shù)據(jù)庫(kù),一臺(tái)服務(wù)器上的同一數(shù)據(jù)庫(kù)備份文件可以備份到多臺(tái)服務(wù)器上。
(3) 非結(jié)構(gòu)化數(shù)據(jù)文件的作用。非結(jié)構(gòu)化數(shù)據(jù)可以實(shí)現(xiàn)系統(tǒng)中數(shù)據(jù)的存儲(chǔ)、搜索、備份和傳輸功能。
4.2 系統(tǒng)開發(fā)環(huán)境與模塊框架
信息自動(dòng)化操作維護(hù)應(yīng)用平臺(tái)對(duì)開發(fā)環(huán)境有著很高的要求。一般來說,根據(jù)不同的開發(fā)環(huán)境,設(shè)計(jì)和開發(fā)的自動(dòng)化操作維護(hù)應(yīng)用平臺(tái)的質(zhì)量將有所不同。構(gòu)建適合于操作維護(hù)應(yīng)用平臺(tái)的開發(fā)環(huán)境,可以批量處理腳本文件[7]。
使用客戶端應(yīng)用程序向服務(wù)器應(yīng)用層發(fā)送操作指令,實(shí)現(xiàn)系統(tǒng)文件傳輸和程序的配置功能。技術(shù)人員可以在使用Java語(yǔ)言技術(shù)編程鏈接時(shí),首先安裝服務(wù)器的啟動(dòng)程序,安裝完成后啟動(dòng)該程序,實(shí)現(xiàn)服務(wù)器端的指令和遠(yuǎn)程控制。
4.3 應(yīng)用平臺(tái)系統(tǒng)運(yùn)行測(cè)試
在信息自動(dòng)化操作與維護(hù)應(yīng)用平臺(tái)的整個(gè)系統(tǒng)正式完成之前,需要對(duì)設(shè)計(jì)和開發(fā)的新系統(tǒng)進(jìn)行測(cè)試。通過模擬實(shí)際的使用環(huán)境,對(duì)系統(tǒng)進(jìn)行操作,可以及時(shí)發(fā)現(xiàn)系統(tǒng)中的漏洞和錯(cuò)誤。
在系統(tǒng)運(yùn)行測(cè)試中,主要內(nèi)容有集成、單元、系統(tǒng)以及確認(rèn)等方面的測(cè)試。該步驟的目的是為了驗(yàn)證軟件能否滿足使用過程中的要求,并且及時(shí)解決程序中存在的問題,保證軟件產(chǎn)品在交付時(shí)的軟件質(zhì)量。例如,我國(guó)某地區(qū)信息自動(dòng)運(yùn)行維護(hù)應(yīng)用平臺(tái)的技術(shù)人員可以通過將確認(rèn)的軟件加入到運(yùn)行環(huán)境中,分析和測(cè)試軟件本身與其他系統(tǒng)之間的協(xié)作。進(jìn)行最終系統(tǒng)測(cè)試時(shí)的實(shí)際操作環(huán)境。根據(jù)得到的結(jié)果對(duì)系統(tǒng)進(jìn)行改善,從而提高系統(tǒng)的應(yīng)用效果。
5 總結(jié)
建立一個(gè)新的信息自動(dòng)運(yùn)行維護(hù)應(yīng)用平臺(tái),促進(jìn)相應(yīng)的服務(wù)器配置,對(duì)于提高企業(yè)的運(yùn)營(yíng)維護(hù)效率和擴(kuò)大企業(yè)的經(jīng)濟(jì)市場(chǎng)地位具有重要意義。通過信息自動(dòng)化操作維護(hù)平臺(tái)的研究,可以得出以下結(jié)論:
(1) 通過信息化自動(dòng)運(yùn)維應(yīng)用平臺(tái),可以實(shí)現(xiàn)服務(wù)器環(huán)境快速構(gòu)建和數(shù)據(jù)庫(kù)數(shù)據(jù)的備份與還原工作,極大的提高了運(yùn)維工作人員的工作效率,降低了服務(wù)器運(yùn)維的風(fēng)險(xiǎn)。平臺(tái)主要解決了遠(yuǎn)程文件傳輸、軟件自動(dòng)化安裝、配置管理、數(shù)據(jù)庫(kù)備份與還原、日志管理等問題。
(2) 平臺(tái)設(shè)計(jì)應(yīng)基于Java RM、數(shù)據(jù)存儲(chǔ)和XML等主要技術(shù),利用系統(tǒng)客戶端實(shí)現(xiàn)遠(yuǎn)程服務(wù)器的操作和部署,實(shí)現(xiàn)客戶端應(yīng)用程序與服務(wù)器應(yīng)用程序之間的有效協(xié)調(diào)。
參考文獻(xiàn)
[1] 李凱,劉昆,王輝,等.企業(yè)信息系統(tǒng)自動(dòng)運(yùn)維應(yīng)用平臺(tái)的設(shè)計(jì)和實(shí)現(xiàn)[J].中國(guó)新通信,2018(11):119.
[[2] 王冬寶,杜文勇,鄧志東,等.引入“微運(yùn)維”構(gòu)建一體化信息監(jiān)控管理平臺(tái)[J].電力信息與通信技術(shù),2018,16(1):106-110.
[[3] 王明甲,劉銀靈.數(shù)據(jù)庫(kù)自動(dòng)備份與恢復(fù)在運(yùn)維平臺(tái)中的應(yīng)用[J].信息通信,2018(1):125-126.
[[4] 楊彥仙.試論信息化自動(dòng)運(yùn)維應(yīng)用平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)[J].中國(guó)戰(zhàn)略新興產(chǎn)業(yè),2017(40):111.
[[5] 王謙.基于云平臺(tái)的電力監(jiān)控系統(tǒng)數(shù)據(jù)中心自動(dòng)運(yùn)維體系[J].工業(yè)技術(shù)創(chuàng)新,2017,4(5):43-45.
[[6] 漆振飛,何昱鋒.淺談信息化自動(dòng)運(yùn)維應(yīng)用平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)[J].信息通信,2017(8):98-99.
[[7] 鄭秀亮.實(shí)現(xiàn)第三方運(yùn)維的智能化和高效化[J].環(huán)境,2017(7):62-63.
[[8] 于衛(wèi)國(guó),呂勤.基于唯一D的自動(dòng)運(yùn)維監(jiān)控體系研究與實(shí)現(xiàn)[J].數(shù)字技術(shù)與應(yīng)用,2017(6):56-57.
[[9] 李金旭,呂書林.大數(shù)據(jù)下的校園網(wǎng)絡(luò)運(yùn)維探究[J].中國(guó)市場(chǎng),2017(12):281-282.
[10] 何清偉.空氣自動(dòng)監(jiān)測(cè)站第三方運(yùn)維管理服務(wù)采購(gòu)方案研究[J].資源節(jié)約與環(huán)保,2017(4):41-43.
[11] 付林.自動(dòng)化技術(shù)在電力企業(yè)T運(yùn)維中的應(yīng)用[J].電子技術(shù)與軟件工程,2018(8):141.
[12] 劉洪波,孔祥靖,王之一,等.信息系統(tǒng)自動(dòng)化巡檢平臺(tái)研究與應(yīng)用[J].電力信息與通信技術(shù),2016,14(12):117-120.
[13] 戚偉強(qiáng),蔣鴻城,裴旭斌,等.基于云平臺(tái)的電力數(shù)據(jù)中心自動(dòng)運(yùn)維體系研究[J].電力信息與通信技術(shù),2016,14(7):97-101.
[14] 陳煉.Hadoop自動(dòng)化運(yùn)維管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].北京:北京交通大學(xué),2016.
[15] 張萍萍.信息化自動(dòng)運(yùn)維應(yīng)用平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)[D].濟(jì)南:濟(jì)南大學(xué),2015.
[16] 楊磊.基于Lnux系統(tǒng)的監(jiān)控工具與其自動(dòng)化測(cè)試的設(shè)計(jì)與實(shí)現(xiàn)[D].成都:電子科技大學(xué),2012.
(收稿日期: 2018.12.03)
作者簡(jiǎn)介:關(guān)兆雄(1987-),男,佛山人,碩士研究生,工程師,研究方向:服務(wù)器虛擬化研究與運(yùn)維工作。
鄭曉娟(1989-),女,佛山人,碩士研究生,工程師,研究方向:服務(wù)器虛擬化、安全設(shè)備研究與運(yùn)維工作。文章編號(hào):1007-757X(2020)01-0088-03