湖北IT公司副總經(jīng)理奚黎明

運(yùn)維發(fā)展歷程

自從有了電腦系統(tǒng)，就有了系統(tǒng)的運(yùn)維。對于銀行來說，真正的系統(tǒng)化運(yùn)維是在銀行實現(xiàn)了一個大的中心化系統(tǒng)之后才開始的。當(dāng)時，央行先后發(fā)布了《銀行集中數(shù)據(jù)中心規(guī)范》（JR/T0011-2004）金融行業(yè)標(biāo)準(zhǔn)）、《關(guān)于進(jìn)一步加強(qiáng)銀行業(yè)金融機(jī)構(gòu)信息安全的指導(dǎo)意見》（銀發(fā)[ 2006]]123）文件等，指出了集中化模式下生產(chǎn)運(yùn)維管理的方向。并結(jié)合自身實際情況，從人員、技術(shù)、流程等方面構(gòu)建運(yùn)維管理體系。銀行大型集中運(yùn)維管理系統(tǒng)是銀行業(yè)最重要的組成部分。已進(jìn)入信息化領(lǐng)域。

浦發(fā)銀行于2003年11月完成全行大型集中系統(tǒng)建設(shè)，并開始組建生產(chǎn)運(yùn)維管理團(tuán)隊。一年后，新的集中式數(shù)據(jù)中心上線，大集中模式下的運(yùn)維管理體系初具規(guī)模。 在運(yùn)維人員方面，按照系統(tǒng)、網(wǎng)絡(luò)、設(shè)備、應(yīng)用等專業(yè)工種，分班設(shè)崗；運(yùn)維工具方面，引入專業(yè)商業(yè)軟件，實現(xiàn)監(jiān)控感知；在運(yùn)維流程方面，加強(qiáng)事件管理和問題管理。 、變更管理、配置管理等業(yè)務(wù)流程的建立和實施。到2010年，浦發(fā)銀行將災(zāi)備中心從同城升級到異地，形成“大異地、小同城”的“兩地三中心”布局，開啟“兩地交替運(yùn)行” ”改為“兩地雙活”。 ”路。此時，生產(chǎn)運(yùn)維管理開始跨越上海和合肥。

回顧這段歷史，運(yùn)維正處于從“手動化”到“腳本化”的過程中，這是一種非常傳統(tǒng)的運(yùn)維方式，運(yùn)維的提升之路才剛剛開始。直到“十三五”末期，數(shù)字化轉(zhuǎn)型突然成為主流。相應(yīng)地，運(yùn)維向運(yùn)維開發(fā)的轉(zhuǎn)變、向運(yùn)維分析的轉(zhuǎn)變被提上了日程，運(yùn)維的提升之路從“腳本化”轉(zhuǎn)向“自動化”和“服務(wù)化” ，然后是“智能”。

為什么要轉(zhuǎn)型運(yùn)維？

運(yùn)維轉(zhuǎn)型的兩大驅(qū)動力：一是業(yè)務(wù)驅(qū)動力，二是技術(shù)驅(qū)動力。

1。運(yùn)維轉(zhuǎn)型的業(yè)務(wù)驅(qū)動力

當(dāng)“銀行不改，我們就改銀行”越來越現(xiàn)實，銀行的傳統(tǒng)業(yè)務(wù)明顯受到擠壓，各家銀行都意識到業(yè)務(wù)轉(zhuǎn)型的必要性。為了改變商業(yè)模式，更好地服務(wù)“長尾客戶”，需要依靠系統(tǒng)和數(shù)據(jù)的支持。

2018年浦發(fā)銀行發(fā)布無界開放銀行，2020年又發(fā)布全景銀行（即開放銀行2.0），這些都是業(yè)務(wù)目標(biāo)，要超越范圍傳統(tǒng)銀行業(yè)務(wù)的生態(tài)，實現(xiàn)這些業(yè)務(wù)目標(biāo)，需要數(shù)據(jù)和數(shù)字技術(shù)的驅(qū)動，以及系統(tǒng)平臺的支撐，顯然這些支撐平臺系統(tǒng)規(guī)模更大，技術(shù)類型更復(fù)雜，運(yùn)行速度更快，更頻繁的生產(chǎn)變化。它的運(yùn)行離不開高效的運(yùn)維，因此必須轉(zhuǎn)變運(yùn)維。

2。運(yùn)維改造的技術(shù)驅(qū)動力

(1）分布式。多年來，銀行業(yè)多采用高性能大型機(jī)構(gòu)建巨石應(yīng)用系統(tǒng)，很好地支持了大規(guī)模業(yè)務(wù)處理。然而，隨著“秒殺”的發(fā)展活動、服務(wù) 由于長尾客戶和服務(wù)生態(tài)客戶的業(yè)務(wù)發(fā)展需求，中心化架構(gòu)性價比不高，彈性伸縮能力不足，分布式架構(gòu)已經(jīng)被各大互聯(lián)網(wǎng)公司實踐驗證。 ，銀行IT系統(tǒng)架構(gòu)已經(jīng)從集中式轉(zhuǎn)向集中式分布式。分布式系統(tǒng)需要服務(wù)的多副本和數(shù)據(jù)冗余，相應(yīng)地，需要多地多中心（如兩地五中心等）來實現(xiàn)容災(zāi)恢復(fù)和連續(xù)性。顯然，運(yùn)維要面對更多的數(shù)據(jù)中心，以及大量的計算機(jī)ter 設(shè)備和分散的應(yīng)用系統(tǒng)。

(2）云原生。數(shù)字經(jīng)濟(jì)將引領(lǐng)未來經(jīng)濟(jì)發(fā)展。傳統(tǒng)企業(yè)要想跟上時代的發(fā)展，就需要實施數(shù)字化轉(zhuǎn)型。然而，對人力的巨大投入，轉(zhuǎn)型所需的財力和物力制約著傳統(tǒng)企業(yè)的轉(zhuǎn)型，一條可行的路徑是上云，利用SaaS服務(wù)以“更多、更快、更好、更省”的方式進(jìn)行數(shù)字化轉(zhuǎn)型。因此，很多金融機(jī)構(gòu)正在思考搭建平臺、搭建生態(tài)，不僅服務(wù)實體經(jīng)濟(jì)，同時也在尋找新的金融商機(jī)。這與搭建云平臺（IaaS、PaaS）和搭建云服務(wù)（SaaS）密不可分。

云原生就是實現(xiàn)+容器化+微服務(wù)。簡單來說，流程是敏捷的，容器是技術(shù)的組件化，微服務(wù)是業(yè)務(wù)和應(yīng)用的組件化。組件化的目的是實現(xiàn)標(biāo)準(zhǔn)化和快速組裝。一句話概括，云原生就是在業(yè)務(wù)、應(yīng)用、技術(shù)、流程等方面達(dá)到快速、敏捷的目的。因此，運(yùn)維不僅要面對大量的計算機(jī)設(shè)備和分散的應(yīng)用系統(tǒng)，還要面對系統(tǒng)的快速迭代和頻繁變化。

(3）數(shù)字化。數(shù)字化中的“數(shù)字”是指云、大數(shù)據(jù)、人工智能等數(shù)字技術(shù)it運(yùn)維技術(shù)，而“數(shù)字化”是指變化，是質(zhì)的變化。使用數(shù)字技術(shù)改變社會，就是社會數(shù)字化；用數(shù)字技術(shù)改變銀行，就是銀行數(shù)字化；用數(shù)字技術(shù)改變運(yùn)維，就是運(yùn)維數(shù)字化。包括 畢竟系統(tǒng)生命周期中的大部分時間都處于運(yùn)營階段，而系統(tǒng)產(chǎn)生價值的階段也處于運(yùn)營階段，所以運(yùn)維的數(shù)字化轉(zhuǎn)型意義重大。

綜上所述，從IT系統(tǒng)架構(gòu)變革、敏捷運(yùn)營、數(shù)字化發(fā)展變革的角度來看，運(yùn)維轉(zhuǎn)型的趨勢是必然且勢在必行的。

運(yùn)維走向何方？

走向數(shù)字化是運(yùn)維轉(zhuǎn)型的大方向。具體目標(biāo)包括實現(xiàn)一體化集中運(yùn)維模式，向運(yùn)維開發(fā)和運(yùn)維分析轉(zhuǎn)型。

1。一體化集中運(yùn)維

兩年前，浦發(fā)銀行開始在上海和合肥探索基于“雙活”的一體化集中運(yùn)維模式，即遠(yuǎn)程集中運(yùn)維與遠(yuǎn)程集中運(yùn)維的有機(jī)統(tǒng)一模式。 - 現(xiàn)場本地運(yùn)維，提前支撐未來“為多地多中心運(yùn)維做好準(zhǔn)備。一方面是在人才密集地區(qū)（如長三角），并創(chuàng)建了一個集中的滿足連續(xù)性要求的遠(yuǎn)程運(yùn)維團(tuán)隊，分布在上海和合肥。另一方面，根據(jù)“最小化”的目標(biāo)，本地運(yùn)維團(tuán)隊機(jī)房的設(shè)置，承擔(dān)機(jī)房基礎(chǔ)環(huán)境和硬件設(shè)備必須在現(xiàn)場操作和維護(hù)的工作，并鋪設(shè)為未來在電力資源豐富的地區(qū)實施數(shù)據(jù)中心奠定了基礎(chǔ)。

2。向運(yùn)維開發(fā)轉(zhuǎn)型

運(yùn)維管理體系無非就是人員、技術(shù)和流程。然而，在數(shù)字化時代，運(yùn)維對象發(fā)生了巨大的變化，運(yùn)維管理體系也需要隨之改變。例如，硬件設(shè)備逐漸走向軟件定義，應(yīng)用更新逐漸走向持續(xù)交付，運(yùn)維對象逐漸走向數(shù)字孿生，運(yùn)維流程逐漸走向在線自助等等。 在這里，運(yùn)維技術(shù)就變得極為重要。它不能再作為單獨(dú)的工具存在，而是嵌入到運(yùn)維工作的方方面面。要求運(yùn)維人員采用軟件開發(fā)的方法來實現(xiàn)運(yùn)維工作，即運(yùn)維向運(yùn)維開發(fā)轉(zhuǎn)變，從而直觀地感知運(yùn)維對象，自動完成運(yùn)維操作，并在線為各種服務(wù)對象提供自助服務(wù)功能。

如圖1所示，運(yùn)維管理體系包括運(yùn)維對象、運(yùn)維流程、核心資產(chǎn)、運(yùn)維工具、服務(wù)對象五個維度。

圖1運(yùn)維管理系統(tǒng)示意圖

3。向運(yùn)營分析轉(zhuǎn)型

傳統(tǒng)運(yùn)維依賴人和人的經(jīng)驗（即知識），而數(shù)字化運(yùn)維則應(yīng)突出數(shù)據(jù)、算法和模型（即知識）的作用，強(qiáng)調(diào)運(yùn)維向運(yùn)維的轉(zhuǎn)變分析 。構(gòu)建包括流計算在內(nèi)的運(yùn)維大數(shù)據(jù)平臺，實現(xiàn)對各種運(yùn)維對象和運(yùn)維流程的實時數(shù)據(jù)采集，對運(yùn)維數(shù)據(jù)進(jìn)行實時分析處理，是運(yùn)維的又一工具。和維護(hù)人員（見圖 2）。顯示）。

圖2運(yùn)維大數(shù)據(jù)處理示意圖

運(yùn)維分析可以從海量運(yùn)維數(shù)據(jù)的“金礦”中挖出“金礦”，實時秒級感知，全景縱橫展示，故障根因定位，容量分析和預(yù)測，以及許多其他事情。例如，浦發(fā)銀行每月10號開展的權(quán)益贖回活動，自主研發(fā)并構(gòu)建了運(yùn)維大數(shù)據(jù)流處理引擎。大屏實時采集、分析、聚合、可視化高并發(fā)事務(wù)消息，以及每個應(yīng)用系統(tǒng)的系統(tǒng)吞吐率、系統(tǒng)成功率、事務(wù)響應(yīng)時間、業(yè)務(wù)交易量、業(yè)務(wù)交易量整個交易環(huán)節(jié)。各種運(yùn)行指標(biāo)實時呈現(xiàn)。這樣可以有效地幫助管理人員、業(yè)務(wù)人員和技術(shù)人員精細(xì)化地控制“秒殺”類推廣活動中的業(yè)務(wù)和系統(tǒng)運(yùn)行。

如何提高運(yùn)維？

傳統(tǒng)的運(yùn)維依賴于手動操作和一些腳本執(zhí)行。數(shù)字化運(yùn)維改進(jìn)之路是從腳本化轉(zhuǎn)向自動化、服務(wù)化和智能化（如圖 3 所示）。

圖3 運(yùn)維數(shù)字化提升之路

1。自動化

需要持續(xù)交付，那么機(jī)房基礎(chǔ)環(huán)境和IT基礎(chǔ)軟硬件需要提前部署并快速交付，應(yīng)用軟件需要CD（持續(xù)部署）對接CI（持續(xù)集成） ) 實現(xiàn)持續(xù)交付，因此應(yīng)用軟件更新是自動化的。是敏捷的關(guān)鍵。近兩年，浦發(fā)銀行重新規(guī)劃建設(shè)運(yùn)維工具體系，全面提升運(yùn)維自動化水平。其中，企業(yè)級CD平臺已全面完成，90%以上的應(yīng)用系統(tǒng)更新已通過自動化方式完成。例如，手機(jī)銀行系統(tǒng)運(yùn)行在數(shù)千個容器上it運(yùn)維技術(shù)，應(yīng)用程序更改次數(shù)每月實施超過 50 次。沒有自動化，很難通過增加運(yùn)維人員來實現(xiàn)持續(xù)交付。工作量減少了。

2。服務(wù)

自動化向上發(fā)展是以服務(wù)為導(dǎo)向的，即運(yùn)維工作要細(xì)化為服務(wù)項目。每個服務(wù)項目包括申請審批流程和自動化操作，并提供服務(wù)對象以自助方式使用這些服務(wù)，實現(xiàn)“自助”，從而進(jìn)一步將運(yùn)維人員從繁重的日常工作中“解放”出來（見圖4）。

圖4運(yùn)維工具系統(tǒng)示意圖

3。智能

運(yùn)維數(shù)字化的高級階段是智能運(yùn)維（AIOps），它利用運(yùn)維大數(shù)據(jù)、機(jī)器學(xué)習(xí)等人工智能技術(shù)，走向動態(tài)調(diào)整監(jiān)控閾值、故障定位和自愈，以及 IT 資源的動態(tài)調(diào)度。 ，進(jìn)而在一定程度上實現(xiàn)人腦的替代。

對此，浦發(fā)銀行進(jìn)行了有益的嘗試。建立十余種智能算法，通過對各種不同結(jié)構(gòu)的日志數(shù)據(jù)進(jìn)行實時處理，適應(yīng)不同性能指標(biāo)的趨勢規(guī)律，無需人工判斷，即可在數(shù)據(jù)深處發(fā)現(xiàn)異常情況，實現(xiàn)預(yù)判警告和自動進(jìn)行中。定位故障點(diǎn)和事后回顧的目的有據(jù)可查，減少對運(yùn)維專家經(jīng)驗的依賴，縮短應(yīng)急響應(yīng)和恢復(fù)時間。

大中型銀行的運(yùn)維轉(zhuǎn)型面臨諸多挑戰(zhàn)。運(yùn)維除了適應(yīng)改造需求的能力外，還受制于系統(tǒng)生命周期中前期流程的能力和水平。但是，無論多么困難，我們都必須堅持?jǐn)?shù)字化是運(yùn)維轉(zhuǎn)型和改進(jìn)的唯一出路。

（專欄編輯：張麗霞）