信息化運維系統(tǒng)的圖模型存儲①

周振煜,陳望旭,韓 笑,林加國

(南京南瑞信息通信科技有限公司,南京 210003)

1 引言

隨著電網(wǎng)企業(yè)生產(chǎn)經(jīng)營服務(wù)對信息和信息系統(tǒng)的需求不斷增加,電網(wǎng)企業(yè)IT 服務(wù)和環(huán)境的復(fù)雜性也在不斷增加,特別在近些年電網(wǎng)企業(yè)內(nèi)部依據(jù)不同業(yè)務(wù)或服務(wù)需要,構(gòu)建起的云計算環(huán)境、大數(shù)據(jù)平臺、物聯(lián)網(wǎng)應(yīng)用、移動端服務(wù)等各類復(fù)雜的IT 基礎(chǔ)設(shè)施和業(yè)務(wù)服務(wù)系統(tǒng)給電網(wǎng)企業(yè)信息運維帶來巨大的挑戰(zhàn)[1].

早期的電網(wǎng)企業(yè)信息化運維活動中,需要處理的是有限且較為穩(wěn)定的運維對象和業(yè)務(wù)流程,如主機、網(wǎng)絡(luò)設(shè)備、中間件、數(shù)據(jù)庫、運維人員、業(yè)務(wù)審批流程、設(shè)備檢修流程等,但在當(dāng)前信息化運維活動中電網(wǎng)企業(yè)面臨的是不斷變化的運維對象和不斷調(diào)整的業(yè)務(wù)流程,如虛擬機、容器服務(wù)、POD 節(jié)點、臨檢流程、設(shè)備申請流程等.信息化運維系統(tǒng)作為運維工作的重要平臺,在日益復(fù)雜的運維活動中,被要求除了要監(jiān)管上述或穩(wěn)定或不斷變化的運維對象外,還需要對不斷增加的系統(tǒng)日志數(shù)據(jù)、系統(tǒng)服務(wù)間調(diào)用情況等諸多海量非結(jié)構(gòu)化、相互關(guān)聯(lián)的數(shù)據(jù)實現(xiàn)采集和監(jiān)管.

面對復(fù)雜的運維對象和數(shù)據(jù),電網(wǎng)企業(yè)當(dāng)前基于關(guān)系型數(shù)據(jù)庫的信息化運維系統(tǒng)越來越難以滿足監(jiān)控要求.容器服務(wù)、POD 節(jié)點等運維對象,在云環(huán)境中不斷生成和刪除,系統(tǒng)日志數(shù)據(jù)、服務(wù)調(diào)用關(guān)系鏈,在系統(tǒng)運行中不斷增加和調(diào)整,關(guān)系型數(shù)據(jù)庫在應(yīng)對大量動態(tài)、非結(jié)構(gòu)化數(shù)據(jù)時顯得捉襟見肘[2].

綜合上述基本情況,本文基于電網(wǎng)企業(yè)當(dāng)前信息化環(huán)境的實際運維對象特點及運維要求提出一種基于圖模型的運維數(shù)據(jù)存儲設(shè)計,以此優(yōu)化電網(wǎng)企業(yè)信息化運維系統(tǒng)對動態(tài)、非結(jié)構(gòu)化運維數(shù)據(jù)的處理能力.

2 運維現(xiàn)狀

電網(wǎng)企業(yè)面對信息化環(huán)境的變化針對諸多運維需求和角度進行了探索實踐,實踐中運維系統(tǒng)的各類定制化拓展豐富了運維對象,延伸了運維內(nèi)容,優(yōu)化了運維流程.歸納來講,運維系統(tǒng)的拓展落腳在運維對象上,即分為對傳統(tǒng)運維對象的管理優(yōu)化,對云環(huán)境等新運維對象的監(jiān)控探索,以及結(jié)合兩類運維對象的綜合性運維管理實現(xiàn).

2.1 數(shù)據(jù)分類

傳統(tǒng)運維對象主要涉及設(shè)備硬件、軟件、虛擬資源、基礎(chǔ)支撐資源.

其中設(shè)備硬件包括如PC 服務(wù)器、刀片機、小型機等主機設(shè)備,磁盤陣列、磁帶庫、光盤庫等存儲設(shè)備,路由器、交換機、負(fù)載均衡器等網(wǎng)絡(luò)設(shè)備,防火墻、防病毒網(wǎng)關(guān)、入侵監(jiān)測等安全設(shè)備,手持終端、平板電腦、云終端等終端設(shè)備,UPS、KVM、打印機等外部輔助設(shè)備,內(nèi)存條、電源模塊、網(wǎng)卡等備品備件.

軟件包括操作系統(tǒng)、數(shù)據(jù)庫、中間件以及ERP系統(tǒng)、財務(wù)管理系統(tǒng)、人力資源系統(tǒng)等各類業(yè)務(wù)系統(tǒng).

虛擬資源為由VMware 等傳統(tǒng)虛擬化工具生成的虛擬服務(wù)器、資源池、虛擬桌面等對象.

基礎(chǔ)支撐包括建筑場地、IP、賬號權(quán)限等其他不在軟、硬件和虛擬化對象中的內(nèi)容.

傳統(tǒng)運維對象在運維過程中涉及了資產(chǎn)、采購、服務(wù)、維護、運行、流程管理、關(guān)聯(lián)關(guān)系等內(nèi)容.

資產(chǎn)內(nèi)容包含產(chǎn)權(quán)信息、ERP 信息等,采購內(nèi)容涉及采購時間、供應(yīng)商等信息,服務(wù)內(nèi)容涉及售后服務(wù)時間、服務(wù)商、序列號等信息,維護內(nèi)容涉及領(lǐng)用信息及檢修信息,運行內(nèi)容涉及內(nèi)存大小、CPU 數(shù)量等,流程管理內(nèi)容涉及流程狀態(tài)、審批內(nèi)容等,關(guān)聯(lián)關(guān)系涉及關(guān)聯(lián)、依賴、連接、備份、包含等.

云環(huán)境等新運維對象主要涉及基礎(chǔ)云平臺、商業(yè)云平臺、虛擬資源以及其他在運維實踐中產(chǎn)生的對象內(nèi)容等.

其中基礎(chǔ)云平臺包括OpenStack、Kubernetes,商業(yè)云平臺包括阿里云、華為云、京東物聯(lián)平臺等,虛擬資源涉及容器、POD、容器控制器、虛擬交換機、虛擬化存儲、虛擬路由器等由云平臺產(chǎn)生的虛擬對象,其他新的運維對象還涉及服務(wù)調(diào)用鏈路、拓?fù)湟晥D等.

2.2 存儲方案

在電網(wǎng)企業(yè)現(xiàn)有的運維實踐中,針對傳統(tǒng)運維對象的存儲依舊主要采用關(guān)系型數(shù)據(jù)庫,而對云環(huán)境等新運維對象則嘗試采用了文檔數(shù)據(jù)庫、列式數(shù)據(jù)庫、圖數(shù)據(jù)庫等多種數(shù)據(jù)庫.

傳統(tǒng)運維對象的生命周期長,對象屬性變化頻率低,運維對象間關(guān)系穩(wěn)定.以關(guān)系型數(shù)據(jù)庫存儲相應(yīng)的對象時,對象模型以表結(jié)構(gòu)的形式存在,模型的屬性即為表的列,模型及其屬性的變更映射為表結(jié)構(gòu)的變更,模型間的關(guān)系通過表的關(guān)聯(lián)關(guān)系表達(dá),既有強約束的外鍵,也存在弱約束的引用字段.

云環(huán)境等新運維對象生命周期短,運維對象多數(shù)隨著環(huán)境訪問、運行狀態(tài)自動觸發(fā)生成或刪除;對象屬性及運維對象間的關(guān)系隨著運行不斷變化.以非關(guān)系型數(shù)據(jù)庫存儲相應(yīng)的對象時,主要依據(jù)數(shù)據(jù)特點選用不同的數(shù)據(jù)庫,如文檔數(shù)據(jù)庫多用于存儲容器、POD等頻繁生成刪除的對象,利用文檔數(shù)據(jù)庫高讀寫性能,可以有效應(yīng)對短生命周期對象的采集存儲及監(jiān)控需要;列式數(shù)據(jù)庫的存儲中將模型結(jié)構(gòu)存于代碼邏輯之中,數(shù)據(jù)庫只負(fù)責(zé)存儲,將所有模型扁平化,一條數(shù)據(jù)即為一個實例,模型屬性變更便捷;圖數(shù)據(jù)庫實現(xiàn)模型及資源間的關(guān)系存儲,高性能的圖形數(shù)據(jù)讀寫能力對業(yè)務(wù)關(guān)系的管理提供有力支撐[3].

2.3 運維要求

由前述分析可見電網(wǎng)企業(yè)當(dāng)前信息化環(huán)境的實際運維對象具備如下特點:

(1)傳統(tǒng)運維對象和云環(huán)境等新運維對象共存;

(2)對象屬性同時具備運維管理及資產(chǎn)維護的雙重要求;

(3)對象間存在多重繼承;

(4)對象間具有可自定義的關(guān)聯(lián)關(guān)系.

盡管針對某些特定運維需要,在具體的運維實踐中對特定存儲有了較好的設(shè)計及應(yīng)用,但電網(wǎng)企業(yè)在整合上述實踐過程中也提出如下運維要求:

(1)保持對已有運維工作的支持;

(2)能快速且自動化反應(yīng)云環(huán)境及其之上運行系統(tǒng)的運行時狀態(tài);

(3)提供可自定義的各類拓?fù)湟晥D展示.

3 圖結(jié)構(gòu)模型設(shè)計

基于上述運維對象特點及運維要求,本文對電網(wǎng)企業(yè)信息化運維系統(tǒng)涉及的對象存儲進行重新梳理設(shè)計,提出一種基于圖模型的運維數(shù)據(jù)存儲設(shè)計.

3.1 設(shè)計條件

首先,根據(jù)對象模型的繼承特點及建模規(guī)則:

(1)模型的繼承關(guān)系是單向性的,方向為由子孫模型指向父祖模型;

(2)模型在創(chuàng)建時需要確定繼承關(guān)系;

(3)模型只能繼承于已經(jīng)存在的模型.

可以推出,模型無法通過多次繼承關(guān)系實現(xiàn)對自身的繼承,即模型間的繼承關(guān)系組成有向無環(huán)圖.

其次,根據(jù)對象模型的關(guān)聯(lián)特點:

(1)模型的關(guān)聯(lián)關(guān)系是單向性的,方向為由某一模型指向另一模型;

(2)依賴關(guān)系存在的模型必然直接或間接關(guān)聯(lián)一個不依賴關(guān)系存在的獨立模型;

(3)兩個依賴關(guān)系存在的模型不相互依賴.

還可以推出,模型間關(guān)聯(lián)關(guān)系可以形成環(huán)路,但環(huán)路中的關(guān)系必存在可空.

即模型設(shè)計應(yīng)基于下述必要而可行的條件:

(1)模型間繼承關(guān)系組成一張有向無環(huán)圖;

(2)模型間關(guān)聯(lián)關(guān)系如果形成環(huán)路,則必然有一條關(guān)聯(lián)關(guān)系為可空關(guān)系.

3.2 存儲結(jié)構(gòu)設(shè)計

可以直觀地看出,上述條件下的模型最適合的存儲形式為圖形數(shù)據(jù),即以模型為節(jié)點,繼承、關(guān)聯(lián)關(guān)系為邊,模型的增刪改查業(yè)務(wù)邏輯轉(zhuǎn)化為對圖數(shù)據(jù)節(jié)點及邊的相關(guān)操作.

此外根據(jù)資源實例同模型的對應(yīng)關(guān)系,亦可輕易地將資源實例納入圖模型中,即以資源實例為節(jié)點,將模型同資源實例的關(guān)系、資源實例間的關(guān)系作為邊.

綜上設(shè)計出基于圖模型的運維數(shù)據(jù)存儲結(jié)構(gòu),見圖1.

圖1 運維數(shù)據(jù)存儲結(jié)構(gòu)

在設(shè)計中,模型和實例實現(xiàn)為圖結(jié)構(gòu)的節(jié)點,模型間關(guān)系、模型和實例關(guān)系、實例間關(guān)系,實現(xiàn)為圖結(jié)構(gòu)的邊.由于模型屬性管理的靈活性需要,模型屬性作為節(jié)點實現(xiàn),模型和模型屬性間的關(guān)系作為邊.但并未相應(yīng)地將資源屬性作為節(jié)點,而是仍然作為資源實例節(jié)點的屬性處理.這樣的設(shè)計在一定程度上破壞了模型和資源實例的存儲結(jié)構(gòu)一致性,使得兩者在管理操作的實現(xiàn)上需要區(qū)別處理,即模型和屬性間以關(guān)系進行操作,實例和屬性間以節(jié)點屬性進行操作,但是在資源實例查詢上簡化了操作提升了性能.

4 存儲管理實現(xiàn)及實踐

基于上述圖結(jié)構(gòu)信息化運維模型,本文對該模型的存儲管理進行了實現(xiàn),同時結(jié)合具體的信息化運維管理平臺對該模型及其存儲管理功能進行實際驗證.

4.1 數(shù)據(jù)庫選型

結(jié)合當(dāng)前電網(wǎng)公司在信息化運維領(lǐng)域的探索實踐,選取其中運用較多的關(guān)系型數(shù)據(jù)庫、列式數(shù)據(jù)庫、文檔數(shù)據(jù)庫、圖數(shù)據(jù)庫4 類數(shù)據(jù)庫作為備選數(shù)據(jù)庫.

關(guān)系型數(shù)據(jù)庫的存儲中,如前現(xiàn)狀分析,模型的變更將引起數(shù)據(jù)庫結(jié)構(gòu)的變動,且無法較好地處理云資源等新運維對象快速存取的需要.此外由于本文設(shè)計的模型需要實現(xiàn)大量復(fù)雜關(guān)系運算,通過表結(jié)構(gòu)實現(xiàn)的關(guān)聯(lián)關(guān)系表達(dá)會在多表聯(lián)查等操作中不可避免地存在性能低下、關(guān)系處理代碼邏輯復(fù)雜等問題,因此不適合作為本文設(shè)計模型的底層存儲數(shù)據(jù)庫.

列式數(shù)據(jù)庫在存儲中可將所有模型扁平化,屬性表現(xiàn)為列族的劃分,列族中的列來自相應(yīng)的父類模型.由于數(shù)據(jù)庫只負(fù)責(zé)存儲,數(shù)據(jù)無結(jié)構(gòu)化,模型與實例的變更非常方便,但更新實例尤其是按條件批量更新難以實現(xiàn),查詢受限于設(shè)計的key,難以實現(xiàn)靈活的多維度查詢.此外模型結(jié)構(gòu)的處理無法基于數(shù)據(jù)庫本身實現(xiàn),需要通過代碼邏輯進行處理,模型關(guān)系需另行存儲,關(guān)系處理會比較復(fù)雜,亦不適合作為本文設(shè)計模型的底層存儲數(shù)據(jù)庫.

文檔數(shù)據(jù)庫通過將模型文檔化,能夠支持對模型及其實例高性能的變更操作.模式自由的特性也意味著無需預(yù)定義模型結(jié)構(gòu),在系統(tǒng)生命周期中,模型結(jié)構(gòu)的變化也不影響實例數(shù)據(jù)的存儲.通過索引和動態(tài)查詢能力的支撐,文檔數(shù)據(jù)庫可以滿足單模型查詢的絕大部分需求,但無法支持跨模型級聯(lián)查詢等復(fù)雜關(guān)系查詢.故若以文檔數(shù)據(jù)庫為存儲數(shù)據(jù)庫,則需要基于該數(shù)據(jù)庫實現(xiàn)額外的關(guān)系處理功能.

圖數(shù)據(jù)庫存儲和處理的數(shù)據(jù)對象是節(jié)點及其之間的關(guān)系,該數(shù)據(jù)對象同本文設(shè)計的模型有較高的契合度.在圖數(shù)據(jù)庫存儲中,模型是節(jié)點,屬性也是節(jié)點,無需依賴代碼邏輯或者其他外部因素,模型及屬性的變更簡單且不產(chǎn)生數(shù)據(jù)結(jié)構(gòu)的變化.此外模型間關(guān)系、模型與屬性的關(guān)聯(lián)、實例與模型關(guān)聯(lián)、實例間關(guān)系,均轉(zhuǎn)化為節(jié)點之間的關(guān)系,通過統(tǒng)一的圖查詢方法實現(xiàn)不同的查詢需要,能滿足高效的復(fù)雜多級關(guān)系查詢.

綜上分析,文檔數(shù)據(jù)庫和圖數(shù)據(jù)庫在模型存儲及管理上均有良好支撐,滿足動態(tài)的模型調(diào)整且對數(shù)據(jù)結(jié)構(gòu)影響較小,但在關(guān)系處理上圖數(shù)據(jù)庫相較文檔數(shù)據(jù)庫更具優(yōu)勢,故本文采用圖數(shù)據(jù)庫作為底層存儲數(shù)據(jù)庫,對上述基于圖模型的運維數(shù)據(jù)存儲設(shè)計進行實現(xiàn).在開源圖數(shù)據(jù)庫中,Neo4j 相較DGraph 等其他圖數(shù)據(jù)庫在社交網(wǎng)絡(luò)、智能推薦等領(lǐng)域得到了廣泛應(yīng)用[4],支持文檔豐富、便于生產(chǎn)改造.通過Cypher 語句,Neo4j 提供了對節(jié)點、關(guān)系及其屬性等半結(jié)構(gòu)化數(shù)據(jù)的創(chuàng)建和維護,高性能的檢索、遍歷圖形化數(shù)據(jù)的能力支撐了基于圖形數(shù)據(jù)的業(yè)務(wù)應(yīng)用實現(xiàn).

4.2 總體結(jié)構(gòu)

盡管Neo4j 可以有效地管理圖形化后的運維對象,但通過Cypher 語句操作的數(shù)據(jù)組織形式同結(jié)構(gòu)化數(shù)據(jù)存在較大差異[5].此外存儲結(jié)構(gòu)不代表業(yè)務(wù)結(jié)構(gòu),業(yè)務(wù)結(jié)構(gòu)可以在業(yè)務(wù)層進行重構(gòu).為了減少對上層業(yè)務(wù)的影響,降低開發(fā)、部署的兼容改造工作,故需要在Neo4j 存儲之上實現(xiàn)模型適配接口.同時為提供個性化的業(yè)務(wù)需求支持,在模型適配接口之上提供內(nèi)容轉(zhuǎn)換和查詢引擎模塊.據(jù)此基于圖模型的運維數(shù)據(jù)存儲功能總體結(jié)構(gòu)如圖2.

圖2 存儲功能總體結(jié)構(gòu)

模型適配接口模塊實現(xiàn)了資源模型、模型屬性、模型繼承和關(guān)聯(lián)關(guān)系、資源實例、資源實例間關(guān)系、實例所屬模型等數(shù)據(jù)的增加、刪除、修改、查詢的功能,以REST 接口對外提供服務(wù).服務(wù)基于Cypher 語句對Neo4j 數(shù)據(jù)庫進行操作,對應(yīng)了資源模型、模型屬性、資源實例3 類節(jié)點和繼承、關(guān)聯(lián)、具有屬性、生成實例4 類邊的增加、刪除、修改、查詢操作.

內(nèi)容轉(zhuǎn)換模塊實現(xiàn)了Neo4j 數(shù)據(jù)庫中存儲結(jié)構(gòu)同業(yè)務(wù)結(jié)構(gòu)間的轉(zhuǎn)換功能,即將從Neo4j 數(shù)據(jù)庫中查詢到的,如模型繼承關(guān)系、屬性分組標(biāo)簽、機房拓?fù)浣Y(jié)構(gòu)、地域組織關(guān)系等信息,轉(zhuǎn)換為模型樹、屬性分組、機房管理、地域管理等業(yè)務(wù)可視結(jié)構(gòu),部分高頻轉(zhuǎn)換以數(shù)據(jù)詞典形式固化,提升了效率.

查詢引擎模塊實現(xiàn)定制查詢及模糊查詢等優(yōu)化查詢功能.通過對常用的復(fù)雜查詢需要進行定制,提升查詢效率的同時減少了業(yè)務(wù)端的開發(fā)工作.同時基于ElasticSearch 搜索引擎,實現(xiàn)模型、資源節(jié)點的快速定位,實現(xiàn)全文模糊查詢能力.

4.3 集群服務(wù)

由于Neo4j 社區(qū)版不提供集群服務(wù)功能[6],為保證Neo4j 在生產(chǎn)環(huán)境中的可靠性和穩(wěn)定性,需要實現(xiàn)Neo4j的集群能力.集群的方案首推多讀多寫形式,由于Neo4j 社區(qū)版是適用于單實例部署的版本,無法較好地處理數(shù)據(jù)分片,考慮高性能分布式圖數(shù)據(jù)處理也是業(yè)界難點,亦非本文研究重點內(nèi)容[7],因此使用Neo4j社區(qū)版構(gòu)建數(shù)據(jù)庫集群服務(wù)采用了一寫多讀形式,其功能結(jié)構(gòu)如圖3.

圖3 數(shù)據(jù)庫集群服務(wù)

通過多組Neo4j 社區(qū)版單實例組成集群節(jié)點,選取某一節(jié)點作為寫入節(jié)點,其他節(jié)點作為讀取節(jié)點.為保障讀取節(jié)點同寫入節(jié)點的數(shù)據(jù)一致性,節(jié)點之間采用文件實時同步工具rsync 實現(xiàn)數(shù)據(jù)同步.模型適配接口模塊對Neo4j 集群的訪問無需關(guān)注具體的Neo4j 單實例節(jié)點,各讀寫節(jié)點前端通過負(fù)載(Nginx 或F5)和熔斷(SpringCloud-Hystrix)模塊實現(xiàn)訪問控制,在保障讀寫節(jié)點分離的同時,實現(xiàn)節(jié)點之間的主備切換及讀寫節(jié)點的功能轉(zhuǎn)換,提高了集群服務(wù)整體可靠性.

4.4 實踐驗證

為驗證本文方案,在電網(wǎng)企業(yè)某省公司信息化運維管理平臺測試環(huán)境中進行部署和評估.

驗證環(huán)境搭建在6 臺32 核64 GB 內(nèi)存的虛擬機上,其中3 臺搭建Kubernetes 容器云平臺用于部署存儲管理,另外3 臺搭建Neo4j 數(shù)據(jù)庫集群服務(wù).

存儲管理的模型適配接口、內(nèi)容轉(zhuǎn)換模塊、查詢引擎模塊基于Spring Cloud 實現(xiàn),均采用容器化部署,內(nèi)容轉(zhuǎn)換模塊、查詢引擎模塊的容器副本數(shù)均設(shè)置為2,模型適配接口的容器副本數(shù)設(shè)置為4.

上層業(yè)務(wù)應(yīng)用選取該省公司信息化運維管理平臺的資源配置、采集監(jiān)控和資源管理3 個模塊,并根據(jù)接口需要,在存儲管理業(yè)務(wù)層定制開發(fā)相應(yīng)接口.測試環(huán)境中修改信息化運維管理平臺對應(yīng)模塊的接口配置,指向存儲管理相關(guān)接口.同時根據(jù)業(yè)務(wù)需要,對原運維管理平臺中硬件資源、軟件實例、云平臺及虛擬化、網(wǎng)絡(luò)資源等四大類65 個模型及其模型屬性等信息進行初始化,同時導(dǎo)入對應(yīng)模型的資源數(shù)據(jù).經(jīng)過運維人員日常使用,本文方案對運維管理平臺功能支撐完整,模型管理靈活度高,可根據(jù)實際運維需要由運維人員進行模型定制處理.

方案性能測試評估從前端應(yīng)用頁面調(diào)用接口及后端采集數(shù)據(jù)批量入庫調(diào)用接口2 方面進行驗證.接口調(diào)用情況通過信息化運維管理平臺接口自監(jiān)控模塊進行記錄統(tǒng)計,前端調(diào)用情況如圖4,后端調(diào)用情況如圖5.

圖4 頁面接口調(diào)用統(tǒng)計

圖5 外部系統(tǒng)調(diào)用接口統(tǒng)計

通過反復(fù)壓力測試,運行中的存儲管理功能穩(wěn)定,Neo4j 數(shù)據(jù)庫集群服務(wù)穩(wěn)定,數(shù)據(jù)庫集群服務(wù)單節(jié)點寫入及數(shù)據(jù)讀取性能滿足當(dāng)前數(shù)據(jù)處理需要.新運維模型在數(shù)據(jù)處理及展示中相較關(guān)系模型更為直觀,在資源監(jiān)控模塊的監(jiān)控拓?fù)鋱D的實時生成和變更操作中更具便利性,模型設(shè)計及應(yīng)用符合預(yù)期目標(biāo).

5 結(jié)論與展望

本文分析了電網(wǎng)企業(yè)信息化運維的數(shù)據(jù)現(xiàn)狀和運維要求,在電網(wǎng)企業(yè)大量運維探索實踐的基礎(chǔ)上,設(shè)計了基于圖模型的運維數(shù)據(jù)存儲方案,給出了模型繼承特點和模型關(guān)聯(lián)特點下的圖形管理依據(jù)以及模型、屬性和模型實例等全部運維對象的基礎(chǔ)數(shù)據(jù)存儲結(jié)構(gòu)等創(chuàng)新點,闡述了該方案的存儲管理設(shè)計及Neo4j 數(shù)據(jù)庫集群設(shè)計.最后,以電網(wǎng)企業(yè)某省公司信息化運維管理平臺為現(xiàn)實應(yīng)用場景,給出了基于圖模型的運維數(shù)據(jù)存儲方案的應(yīng)用驗證評估,生產(chǎn)試運行實踐表明,該存儲方案能夠納管所有運維對象、模型管理自由程度高、新運維對象支撐效果好,關(guān)系查詢便捷,能夠為電網(wǎng)企業(yè)的信息化運維管理平臺提供良好的基礎(chǔ)數(shù)據(jù)管理支撐.后續(xù)將針對自動化運維、統(tǒng)計分析、告警管理等運維數(shù)據(jù)進一步拓展并優(yōu)化該解決方案.