徐衛(wèi)

關(guān)鍵詞：運維工具；運維管理流程；硬件設(shè)備管理

1引言

隨著國內(nèi)銀行業(yè)金融機(jī)構(gòu)不斷增多，銀行數(shù)據(jù)中心機(jī)房設(shè)備的種類和數(shù)量也在增多，傳統(tǒng)分散式、作坊式的管理模式必須改革，開展提高設(shè)備管理效率、加強(qiáng)設(shè)備安全防范和管理制度化等任務(wù)迫在眉睫，將銀行業(yè)機(jī)構(gòu)的設(shè)備資產(chǎn)整合到統(tǒng)一公共平臺，通過科學(xué)精細(xì)的管理方式，讓銀行業(yè)機(jī)構(gòu)在平臺上對設(shè)備資產(chǎn)進(jìn)行管理，從而確保信息化資產(chǎn)安全、穩(wěn)定[1]。

一般來說，數(shù)據(jù)中心機(jī)房設(shè)備具有類型多、處理流程復(fù)雜、管理信息化程度較低等特點，一般出現(xiàn)問題時才進(jìn)行整改[2]。其中，一是機(jī)房設(shè)備管理人員不足，人工作業(yè)量較大，系統(tǒng)利用率不高，操作程序復(fù)雜煩瑣；二是機(jī)房設(shè)備的入庫、領(lǐng)用、管理、利舊、報廢、維修等環(huán)節(jié)管理措施混亂，審批、領(lǐng)用、移交手續(xù)不全，報廢不及日寸，設(shè)備信息資料不完善：三是商業(yè)銀行科技投入力度逐年加大，數(shù)據(jù)中心硬件設(shè)備隨之增加，傳統(tǒng)的粗放式設(shè)備管理模式已無法滿足現(xiàn)實需要，管理過程中出現(xiàn)冗余和錯誤現(xiàn)象屢見不鮮；四是設(shè)備品牌多樣，管理難度增加，很難實施標(biāo)準(zhǔn)化操作，雖然維保服務(wù)由各個供應(yīng)商提供，保證了維護(hù)商的專業(yè)性，但是由于專業(yè)品牌數(shù)量的限制，有可能出現(xiàn)維保人員配備不到位，專業(yè)分層次，后期維保服務(wù)滯后等現(xiàn)象。

2管理方式“流程化”

早期設(shè)備管理采用Office/Excel文檔專人維護(hù)，后來發(fā)展到組織開發(fā)團(tuán)隊建設(shè)設(shè)備管理系統(tǒng)Web。機(jī)房設(shè)備管理員往往通過手工／批導(dǎo)方式登記轄內(nèi)設(shè)備調(diào)整情況，并通過系統(tǒng)或人工的權(quán)限角色分配來實現(xiàn)設(shè)備數(shù)據(jù)信息的分享（這里標(biāo)注為原流程）。在諸如網(wǎng)線、內(nèi)存、網(wǎng)卡、硬盤、光模塊、交換機(jī)等服務(wù)器備件資源的存放、查詢、領(lǐng)用、調(diào)撥等場景下，若繼續(xù)沿用上述手工方式歸納、整理各個備件的數(shù)量、存放位置，則會顯得尤為不合理，表現(xiàn)為日常工作煩瑣、運維工作量較大、管理效率低，加上總行屬地多機(jī)房涉及硬件資源共同管理等制度要求推出后，上述問題亟需解決。另外，在金融應(yīng)用產(chǎn)品的數(shù)據(jù)算力需求等外驅(qū)因素影響下，人均設(shè)備維護(hù)量到達(dá)一定數(shù)量級后，若繼續(xù)采用手工維護(hù)方式，往往發(fā)生數(shù)據(jù)維護(hù)滯后、數(shù)據(jù)沖突、數(shù)據(jù)冗余等情況，一線運維工作的幸福感和獲得感將很低。

研究小組經(jīng)多方調(diào)研，組織專家力量梳理現(xiàn)有的設(shè)備維護(hù)場景，對可流程化的場景將努力實現(xiàn)固化，并充分借助開源軟件工作流工具（如activity）落地，進(jìn)一步降低設(shè)備管理人員的運維成本。研究小組首次提出場景流程盡可能組件化、原子化的目標(biāo)，場景流程還需具備可編輯、多流程可自助組合的能力，并在流程管理中積極引入事件問題觸發(fā)機(jī)制，初步構(gòu)建了設(shè)備管理工作的閉環(huán)機(jī)制，提升了數(shù)據(jù)中心的設(shè)備管理水平，極大優(yōu)化了設(shè)備運維管理流程（這里標(biāo)注為新流程）。

新流程緊緊抓住數(shù)據(jù)中心設(shè)備管理的日常場景需求，包括但不限于項目上線設(shè)備投產(chǎn)、項目運行期中的設(shè)備全生命周期管理、機(jī)房庫房備件高效管理等。新流程上線后，機(jī)房設(shè)備運維工作發(fā)生較大正向改變。

（1）實現(xiàn)設(shè)備全生命周期中的數(shù)字化流程管理目標(biāo)，設(shè)備管理員能很清晰地掌握轄區(qū)內(nèi)設(shè)備的實時狀態(tài)，固化的場景流程包括應(yīng)用型項目投產(chǎn)設(shè)備上架、設(shè)備告警閉環(huán)處理、生產(chǎn)變更設(shè)備維護(hù)申請、機(jī)房鏈路排查、機(jī)房設(shè)備狀態(tài)巡檢、機(jī)房設(shè)備保障及隨工申請、設(shè)備消磁等。

（2）構(gòu)建機(jī)房庫房備件可視化管理流程，固化的場景流程包括整機(jī)／備件的入庫、領(lǐng)用、出庫、調(diào)撥，發(fā)起、審批、復(fù)核全部實現(xiàn)數(shù)字化，讓數(shù)據(jù)“多跑路”成為可能，做到備件如數(shù)家珍，奠定行內(nèi)重大運維保障的備件基礎(chǔ)。

為了客觀評價新老流程，按照業(yè)內(nèi)流程管理的評價體系，從IT風(fēng)險評估、運維成本、運維工作效率、客戶響應(yīng)反應(yīng)速度等維度進(jìn)行量化對比，詳見表1。

3管理抓手“工具化”

研究小組基于機(jī)房設(shè)備運維場景等流程需要，積極挖掘行內(nèi)現(xiàn)有平臺基礎(chǔ)能力，打破單體煙囪式的應(yīng)用系統(tǒng)間壁壘，實現(xiàn)設(shè)備管理應(yīng)用數(shù)據(jù)貫通，為設(shè)備管理員提供統(tǒng)一平臺、統(tǒng)一人口、統(tǒng)一展現(xiàn)等立體式總分一體的機(jī)房設(shè)備管理平臺。該平臺具備快速擴(kuò)容、業(yè)務(wù)字段靈活可配、業(yè)務(wù)配置動態(tài)生效、以事件單為中心、覆蓋設(shè)備信息維護(hù)、機(jī)房數(shù)字化工作、機(jī)房和網(wǎng)點設(shè)備故障跟蹤等多重特性。

機(jī)房設(shè)備管理平臺基于微服務(wù)架構(gòu)，以分層的方式進(jìn)行系統(tǒng)的設(shè)計。系統(tǒng)架構(gòu)共分為資源層、服務(wù)層、接口層、Web層、訪問層[3]。具體如圖1所示。

（1）資源層提供以數(shù)據(jù)存儲為主的能力，存儲文件數(shù)據(jù)、結(jié)構(gòu)化數(shù)據(jù)和歷史統(tǒng)計數(shù)據(jù)等，并根據(jù)數(shù)據(jù)存儲場景需求，引入關(guān)系型數(shù)據(jù)庫MySQL、內(nèi)存數(shù)據(jù)庫Redis緩存服務(wù)、ES組件實時查詢等。

（2）服務(wù)層分為服務(wù)治理層、業(yè)務(wù)服務(wù)層、基礎(chǔ)服務(wù)、通信組件，服務(wù)治理層統(tǒng)一入口，完成服務(wù)的路由、注冊發(fā)現(xiàn)、配置管理、日志管理、監(jiān)控報警等，接受內(nèi)部應(yīng)用層或第三方應(yīng)用的所有請求，并根據(jù)服務(wù)類別轉(zhuǎn)發(fā)到對應(yīng)的業(yè)務(wù)管理模塊，以保證服務(wù)的低耦合和微服務(wù)特性，基礎(chǔ)服務(wù)組件提供原子性核心業(yè)務(wù)數(shù)據(jù)處理能力，為業(yè)務(wù)服務(wù)層提供基礎(chǔ)能力支持。

（3）接口層服務(wù)網(wǎng)關(guān)api-gateway是一種基于MVC模式的響應(yīng)式Web框架，提供外部訪問的統(tǒng)一人口，外部請求全部通過gateway接人微服務(wù)，以簡化前端調(diào)用邏輯。

（4）系統(tǒng)使用微服務(wù)的實現(xiàn)技術(shù)springCloud-alibaba中組件Nacos，用于服務(wù)注冊與發(fā)現(xiàn)，設(shè)備業(yè)務(wù)管理等微服務(wù)作為服務(wù)者注冊到Nacos中，服務(wù)調(diào)用者使用REST接口調(diào)用服務(wù)提供者。Hystrix提供資源隔離、降級機(jī)制等功能，避免服務(wù)不可用時產(chǎn)生“雪崩效應(yīng)”，業(yè)務(wù)服務(wù)模塊利用Spring Boot快速構(gòu)建微服務(wù)，通過Feign方式進(jìn)行交互，并向上層提供接口服務(wù)。

（5）Web層與服務(wù)層基于HTTP協(xié)議通信、JSON格式數(shù)據(jù)進(jìn)行交互。

機(jī)房設(shè)備管理平臺投入使用后，為設(shè)備管理員提供豐富的功能，如下。

（1）對大量機(jī)房硬件設(shè)備的基礎(chǔ)數(shù)據(jù)信息進(jìn)行準(zhǔn)實時管理，做到對設(shè)備流轉(zhuǎn)過程各環(huán)節(jié)的控制和規(guī)范，從而實現(xiàn)對設(shè)備的精細(xì)化和科學(xué)化管理，以滿足行內(nèi)設(shè)備管理需求。

（2）構(gòu)建機(jī)房設(shè)備臺賬數(shù)字化和可視化機(jī)制，與CMDB和DCM等現(xiàn)有平臺進(jìn)行信息交互，實現(xiàn)設(shè)備臺賬線上化，計算數(shù)據(jù)中心機(jī)房空間資源相關(guān)指標(biāo)，自動生成相應(yīng)的數(shù)據(jù)分析視圖，從而掌握機(jī)房設(shè)備變化動態(tài)趨勢。

（3）機(jī)房設(shè)備相關(guān)維護(hù)工作可視化，具備工單看板，從生產(chǎn)變更事項進(jìn)度展示，待處理事項展示、設(shè)備月度變化趨勢、設(shè)備年度變化趨勢、設(shè)備類型比例分布、設(shè)備屬地機(jī)房分布、配件屬地機(jī)房分布、設(shè)備品牌使用情況分布等多維度進(jìn)行統(tǒng)計分析。

（4）提供設(shè)備管理員績效管理的數(shù)字依據(jù)，管理員的日常機(jī)房工作時長登記，包括布線日寸長、設(shè)備投產(chǎn)時長、設(shè)備報修處理時長等。

其中，功能（3）（4）視圖效果詳見圖2。

4實驗數(shù)據(jù)

研究小組人員以所在機(jī)構(gòu)的生產(chǎn)脫敏數(shù)據(jù)為實驗樣本，對管理方式“流程化”和管理抓手“工具化”實施以來的相關(guān)工作效率的變化進(jìn)行客觀分析。為了盡可能接近真實情況，研究小組隨機(jī)選取50名設(shè)備管理員、50名系統(tǒng)管理員參與不記名問卷調(diào)查，對50名設(shè)備管理員的日常工作績效進(jìn)行持續(xù)1.5年的跟蹤。具體如圖3、圖4所示。

為了持續(xù)跟蹤改進(jìn)效果，研究小組選取實驗周期2021.6～2022.12，并對管理員使用頻度較高的設(shè)備投產(chǎn)和故障處理場景展開數(shù)據(jù)分析。具體如表2所列。

在設(shè)備投產(chǎn)的場景中，從實驗樣本數(shù)據(jù)看，運維工作中溝通成本節(jié)約近69%，實施成本節(jié)約近20%，分析原因，一是項目集成需求表、設(shè)備上架信息表、成端表、物理端口綁定方法等信息在流程中實日寸更新，信息準(zhǔn)確，減少了咨詢和反復(fù)確認(rèn)的溝通步驟。二是投產(chǎn)準(zhǔn)備、硬件配置、系統(tǒng)配置、設(shè)備上架、投產(chǎn)驗證各個環(huán)節(jié)由工單流程驅(qū)動，環(huán)環(huán)相扣，部分流程還可并行推進(jìn)，以提高各個環(huán)節(jié)之間的流轉(zhuǎn)效率，各參與方可提前安排相關(guān)工作，從而大幅節(jié)約設(shè)備投產(chǎn)過程中的溝通成本，進(jìn)而提高設(shè)備投產(chǎn)的準(zhǔn)確率和時效。

在設(shè)備故障處理場景中，從實驗樣本數(shù)據(jù)看，運維工作中溝通成本節(jié)約近70%，實施成本節(jié)約近24%，分析原因，當(dāng)設(shè)備產(chǎn)生告警時，工單流程就開始在各參與方快速推進(jìn)，及時展示告警信息和推進(jìn)情況。確定廠商、備件到達(dá)時間后，還可以將相關(guān)信息帶人到變更發(fā)起流程中，快速發(fā)起變更，以推動設(shè)備故障得到妥善處理，減少設(shè)備管理員和相關(guān)管理員的溝通頻次，也提高故障處理的及時性和準(zhǔn)確性。

實驗周期內(nèi)用戶滿意度全實現(xiàn)“良好”及以上評價，由此看出設(shè)備管理員、系統(tǒng)管理員的用戶獲得感、幸福感提升很快。

5結(jié)束語

隨著銀行業(yè)機(jī)房設(shè)備的品種與數(shù)量大幅增加，設(shè)備管理相關(guān)部門工作壓力不斷加大，硬件設(shè)備管理工作是銀行數(shù)據(jù)中心高效運轉(zhuǎn)繞不開的話題，若缺乏科學(xué)有效的流程管理方式，則不能有效借助運維工具，極容易使設(shè)備管理混亂，進(jìn)而使設(shè)備管理難以實現(xiàn)制度化、程序化和規(guī)范化[4]。本文著重從設(shè)備管理工具研發(fā)、管理流程優(yōu)化人手，努力實現(xiàn)降低設(shè)備管理員的運維成本，提升各類用戶滿意度的目標(biāo)。在工具等平臺建設(shè)中，研究小組充分尊重管理員需求的多樣性、業(yè)務(wù)需求的快速響應(yīng)等事實，采用業(yè)內(nèi)成熟的微服務(wù)架構(gòu)，從而夯實底層技術(shù)架構(gòu)，以避免架構(gòu)成為未來業(yè)務(wù)發(fā)展的技術(shù)瓶頸。平臺的項目建設(shè)采用敏捷管理模式，業(yè)務(wù)迭代周期較短，實踐發(fā)現(xiàn)其能很好地滿足管理員的業(yè)務(wù)需求，有力促進(jìn)硬件設(shè)備的線上化、數(shù)字化。

實現(xiàn)硬件設(shè)備管理工作的自動化、服務(wù)化轉(zhuǎn)型，不是一朝一夕就能完成，后續(xù)研究小組將探索并引入開源趨勢預(yù)測算法，進(jìn)一步壯大設(shè)備狀態(tài)預(yù)測功能，發(fā)現(xiàn)問題于萌芽，將“被動”接收問題變成“主動”發(fā)現(xiàn)問題，深入評估和分析各個模塊的整合方案和價值，積極與同業(yè)管理實踐交流，進(jìn)一步提升設(shè)備管理的數(shù)字化和智能化水平，朝著集成化、大型化、自動化、智能化發(fā)展。