關于作者

新居網(wǎng)絡首席架構師梁明圖，在數(shù)據(jù)庫運維、數(shù)據(jù)分析、數(shù)據(jù)庫設計和系統(tǒng)規(guī)劃建設方面擁有10多年的經(jīng)驗，對數(shù)據(jù)架構管理和數(shù)據(jù)資產(chǎn)管理有深入的研究。

隨著企業(yè)IT信息化的不斷深入，企業(yè)對IT系統(tǒng)的依賴程度與日俱增。面對越來越多樣化的IT系統(tǒng)，企業(yè)中的各級IT人員可謂是又愛又恨。我喜歡的是企業(yè)的各種IT系統(tǒng)已經(jīng)成為企業(yè)業(yè)務的助推器，提高了企業(yè)業(yè)務和管理的效率?？珊薜氖?，隨著企業(yè)越來越離不開IT系統(tǒng)，IT運維被推到了風口浪尖。如何保證IT系統(tǒng)高效、穩(wěn)定、持續(xù)，甚至24/7全天候提供服務，已成為企業(yè)各級IT人員亟待解決的問題。

IT運維是指企業(yè)IT部門運用相關方法、手段、技術、系統(tǒng)等，對IT軟硬件運行環(huán)境、IT業(yè)務系統(tǒng)和IT運維人員進行綜合管理。隨著技術的發(fā)展， IT運維近年來也發(fā)生了翻天覆地的變化。下面總結了近年來IT運維的發(fā)展，展望了未來IT運維的大趨勢。

一、IT技術架構：從“IOE架構”到“互聯(lián)網(wǎng)架構”

1、IOE 架構

為什么要從技術架構開始？政治經(jīng)濟學是這樣概括的：“經(jīng)濟基礎決定上層建筑”，我想IT行業(yè)也是如此。技術架構的基本演進會從根本上導致其他領域的變化，當然也包括我們討論的IT運維層面。

曾幾何時，以IBM為代表的商用小型機、以IBM為代表的商用數(shù)據(jù)庫、以EMC為代表的高端存儲設計，是高端企業(yè)IT系統(tǒng)的標準。十多年前我參觀過一家省級運營商的機房，幾乎都是黑壓壓的IBM小型機；他們的系統(tǒng)數(shù)據(jù)庫是企業(yè)級數(shù)據(jù)庫，無論大小和用途如何。

回過頭來看，當時的企業(yè)為什么會傾向于這種IOE架構？當時，企業(yè)的選擇是可以理解的。就連被稱為“去IOE”的阿里，也是最具攻擊性的。當年原來的技術架構其實是IOE。在當時分布式技術還不成熟的前提下，國外成熟的商用軟硬件產(chǎn)品IOE確實帶來了與同期其他產(chǎn)品相比無與倫比的單機穩(wěn)定性和高性能。

曾經(jīng)在客戶現(xiàn)場看到一臺即將下線的舊小機器。我在關閉并離線之前檢查了啟動時間。驚訝的發(fā)現(xiàn)，這臺機器上一次開機的時間是3000多天前，也就是說，據(jù)說這臺小機器已經(jīng)服役了近十年，沒有出現(xiàn)故障，沒有停機。正是為了這種穩(wěn)定性和性能，很多企業(yè)付出了不小的代價，因為對于IT運營商來說，“穩(wěn)定性壓倒一切”是他們的根本需求。

此外，考慮到技術因素，在IT系統(tǒng)運維仍以人力資源為主的時代，系統(tǒng)技術棧的單一組成也有利于開發(fā)運維團隊的形成和培養(yǎng)。比如一兩個再加上一些中低級的DBA就可以處理所有數(shù)據(jù)庫相關的問題，這顯然是一個非常劃算的選擇。

但隨著技術的發(fā)展，傳統(tǒng)的基于“IOE”架構提供的縱向擴展技術為高端商業(yè)產(chǎn)品設計的集中式系統(tǒng)架構已經(jīng)遇到瓶頸。尤其是對互聯(lián)網(wǎng)公司技術架構的不斷深入研究，給IT行業(yè)帶來了新的技術模式變革?；ヂ?lián)網(wǎng)企業(yè)掀起轟轟烈烈的科技革命，背后的原因無外乎以下幾點：

2、互聯(lián)網(wǎng)架構

隨著技術的發(fā)展，這種基于云的、分布式的、開源的技術架構開始進入傳統(tǒng)企業(yè)的視線。2014年9月，銀監(jiān)會發(fā)布第39號文《關于應用安全可控信息技術加強銀行網(wǎng)絡安全和信息化建設的指導意見》。隨后幾年，又掀起了一股傳統(tǒng)企業(yè)去IOE學習互聯(lián)網(wǎng)架構的浪潮。

互聯(lián)網(wǎng)架構其實并不神秘?？梢钥偨Y如下：

因此，在互聯(lián)網(wǎng)架構、云計算、大數(shù)據(jù)等新興技術的沖擊下，企業(yè)的IT技術架構逐漸開始變革，從原來單一的IOE架構向x86、云架構開放源解決方案。各種技術架構的變化（見圖 1-1））。這種技術架構的創(chuàng)新必然會帶來運維領域其他關鍵因素的創(chuàng)新，推動“運維”行業(yè)的發(fā)展。

圖1-1 從IOE架構到“互聯(lián)網(wǎng)架構”

二、運維系統(tǒng)：從ITIL到

1、ITIL

企業(yè)技術架構的不斷創(chuàng)新，推動了IT運維管理模式的運維體系從穩(wěn)態(tài)向敏感態(tài)轉(zhuǎn)變。

隨著企業(yè)信息化的深入，IT系統(tǒng)越來越多，企業(yè)IT運維人員的數(shù)量也在增加。許多企業(yè)信息化部門專門成立運維團隊，開展IT系統(tǒng)運維工作。IT團隊內(nèi)部對運維人員的各種活動進行管理是自然而然的事情。ITIL 為企業(yè) IT 服務管理提供了一個客觀、嚴謹和可量化的最佳實踐標準和規(guī)范。我想，長期以來，正是ITIL提出的這些標準和規(guī)范，為我國很多企業(yè)的運維體系建設指明了方向。

ITIL強調(diào)流程：以ITIL理念為核心的各類ITSM系統(tǒng)的運維操作。事件管理、問題管理、變更管理、配置管理，我們都按流程行事，杜絕一切頭腦風暴決策和盲目操作。

ITIL強調(diào)規(guī)范：運維人員按照組織的流程進行各種標準化的運維操作。約束本身就是為了保證大家的行為不偏離方向，少犯錯誤。

ITIL強調(diào)分工：運維人員按技能有效分工，有的負責服務臺的一線響應，有的負責二線事件和問題處理，有的負責配置管理，一些負責變更審批等。運維團隊各司其職，相互配合。

這種管理機制非常適合IOE技術架構時代。這種中心化的技術架構結構相對簡單，顯然需要更穩(wěn)定的運維操作。畢竟，所有的雞蛋都放在這些籃子里；此外，在這種集中式架構下，業(yè)務變化并沒有那么頻繁。動輒要經(jīng)過一個過程有點麻煩，但由于頻率低，還可以接受。

2、

但是，隨著企業(yè)IT技術架構逐漸進入互聯(lián)網(wǎng)架構，業(yè)務快速發(fā)展，強調(diào)IT更好地隨需而變，強調(diào)更敏捷地響應業(yè)務需求，ITIL系統(tǒng)與現(xiàn)實有些格格不入。這時，這個詞走進了人們的視野（見圖1-2）.

圖 1-2 運維系統(tǒng)從 ITIL 遷移到

（英文和中文的組合）是一組流程、方法和系統(tǒng)的統(tǒng)稱，用于促進開發(fā)（應用程序/軟件工程）、技術運營和質(zhì)量保證（QA）部門之間的溝通、協(xié)作和集成。隨著軟件行業(yè)越來越認識到，為了按時交付軟件產(chǎn)品和服務，開發(fā)和運營必須緊密合作，這一點應運而生。

思路自然與ITIL不同

流程壓縮，響應敏捷，效率大幅提升：

ITIL強調(diào)流程，但也帶來了效率的下降。在IOE時代，企業(yè)業(yè)務的變化并沒有那么頻繁，這種效率的下降并不明顯。但在互聯(lián)網(wǎng)架構下，這種負面影響會被無限放大。

例如，運營商發(fā)布新的系統(tǒng)版本時，往往要經(jīng)過源代碼提交、編譯、打包、發(fā)布到測試環(huán)境、UAT測試、bug修改、重測，最后上線發(fā)布的過程。這個過程通常要經(jīng)過 3 -4 天。所以運營商的版本發(fā)布一般只能以月為單位，最快也只能以周為單位。與互聯(lián)網(wǎng)行業(yè)以天為單位的商業(yè)周期相比，這個系統(tǒng)對業(yè)務變化的響應速度太慢了。

因此，該系統(tǒng)更加強調(diào)效率。在持續(xù)集成、持續(xù)自動化測試、持續(xù)部署平臺、三維監(jiān)控、技術架構優(yōu)化等各種自動化工具的支持下，版本發(fā)布和運維的過程被大大壓縮，效率大大降低。大大改善。應用版本發(fā)布頻率可以用天甚至幾小時來衡量。這種為了效率而選擇性地拋棄一些拖拖拉拉的流程管理，是IT運維管理適應IT更好的按需變化的更好選擇，強調(diào)對業(yè)務需求的更敏捷響應。

自動化取代了受冗長流程控制的規(guī)范流程：

另一方面，ITIL強調(diào)規(guī)范性，但是這種建立在流程上的規(guī)范性仍然存在很多缺陷。

按照上面運營商的例子，即使有完善的流程控制和規(guī)范，誰也不能保證版本上線一定沒有問題。各個版本上線前后，運維團隊的成員依然面目全非，戰(zhàn)戰(zhàn)兢兢。

原因在于，當技術架構的復雜性發(fā)展到一定階段時，過程往往是無用的，甚至流于形式。在大規(guī)模、多類型軟硬件設施運維的情況下，單純依靠人的運維體系最終將成為整個IT運維的瓶頸。在這種情況下，很多企業(yè)嘗試將規(guī)范的操作細化為各種自動化的操作場景，比如上面提到的持續(xù)集成、持續(xù)自動化測試、持續(xù)部署、自動化監(jiān)控和運維等工具和平臺。這些高效、標準化的自動化，徹底解放了運維人員的壓力，

以 為例，他們的 SRE 工程師要求他們只有 30% 的時間花在事務性工作上，例如 on call，而 70% 的時間花在各種自動化工具的開發(fā)上，例如自動化發(fā)布系統(tǒng)、監(jiān)控系統(tǒng)、日志系統(tǒng)、服務器資源分配和編排等。這些工具需要自己開發(fā)和維護。這種在自動化工具下的高效率自動化操作，取代了在冗長流程控制下的規(guī)范，這也是系統(tǒng)比較明顯的一個特點。

開發(fā)運維一體化：

同時，ITIL背景下的分工也帶來了很多負面問題。例如，運營團隊的感知和認同感較差。企業(yè)高層領導認為，運維工作沒有亮點和價值，是成本部門；大部分運維團隊也認為自己是“背鍋俠”。這么多年前，我在做一個項目的時候，聽到某甲方運維團隊核心成員的抱怨：“年輕強者不努力，老板做運營和維護。”

這可能也是大多數(shù)運營商的心聲。誠然存在運維工作成果難以量化、企業(yè)高層重視不夠等因素，但這種壁壘太明顯的開發(fā)運維分工是也是重要原因之一。

企業(yè)開發(fā)團隊與運維團隊之間形成的鴻溝，使得開發(fā)團隊在規(guī)劃設計研發(fā)過程中過于關注功能的實現(xiàn)，在一定程度上忽視了穩(wěn)定性、性能、可用??性以及運維團隊關心的其他因素。

同時，運維團隊在開發(fā)初期沒有反饋和修復這些問題的渠道。結果，運維團隊不斷淪為“救火員”和“彎腰”，團隊士氣低落，人才流失，運維質(zhì)量下降，形成惡性循環(huán)。

因此，系統(tǒng)強調(diào)開發(fā)與運維一體化。

開發(fā)運維一體化使得開發(fā)和運維的信息透明化，運維過程中遇到的問題更有效的反饋給開發(fā)團隊。同時，運維的責任主體由單一的運維團隊向開發(fā)運維團隊轉(zhuǎn)變。這使得開發(fā)團隊也對運維中遇到的故障負責，因此開發(fā)團隊也需要將部分精力和資源投入到與運維相關的穩(wěn)定性、性能和可用性的研發(fā)上。

當然，這并不意味著ITIL系統(tǒng)完全過時，而是需要將兩者結合企業(yè)的開發(fā)運維特點，形成更有效的適合企業(yè)自身的開發(fā)運維體系。只有適合你的才是最好的。

三、運維平臺：從ITOM到AIOps

“要想做好工作，必須先利好工具。” 運維工具是我們實現(xiàn)各種運維操作的有效幫手。它解放了運維人員，讓他們可以維護更多更好的各種IT系統(tǒng)。運維系統(tǒng)的發(fā)展當然離不開運維工具的發(fā)展。

1、手動操作維護

20多年前，企業(yè)IT信息化剛剛起步，IT運維基本上還處于刀耕火種的時代。沒有所謂的運維工具，也沒有意識到它的必要性。幾個小姑娘定時在終端上敲命令，把讀數(shù)一絲不茍地記錄在紙質(zhì)表格上，在當時算是比較規(guī)范的運維實踐。原因是在那個年代，需要維護的IT系統(tǒng)數(shù)量很少，一個人就能看到。

在以IOE架構為主導的時代，運維團隊的人工維護仍占絕大多數(shù)。當然，他們中的一些人開始總結自己的運維操作，把一些常用的操作寫成大量的腳本，以便在從事一些機械重復的事情時可以“偷懶”。但是，人工運維仍占現(xiàn)階段大部分工作量。

2、ITOM

在IOE架構時代后期，互聯(lián)網(wǎng)架構開始普及，同時隨著企業(yè)IT信息化的不斷深入，企業(yè)IT設備數(shù)量呈現(xiàn)爆發(fā)式增長，并開始逐漸成為單靠人力是無法解決的。

以我服務過的一家運營商的客戶為例。最初的業(yè)務支持部門負責維護其核心系統(tǒng)。當時只有 20 臺主機和幾個數(shù)據(jù)庫。然而，在接下來的幾年里，維護系統(tǒng)的規(guī)模增長了十倍，運維團隊的規(guī)模也只有不到一倍。維護規(guī)模和運維團隊的能力只會形成越來越明顯的剪刀差，成為運維管理的核心矛盾。

然后，當企業(yè)開始嘗試引入互聯(lián)網(wǎng)架構時，系統(tǒng)的復雜性急劇增加，維護目標迅速增加。按照傳統(tǒng)的人工或半自動維護，更是不可能做到的。因此，為解決這一問題，企業(yè)嘗試引入各種運維工具，通過自動化手段解決運維人力和能力不足的問題，IT運維管理應運而生。

IT運維管理(ITOM)是指對IT基礎設施和軟件應用等對象的運行情況進行實時監(jiān)控和管理，并提供反饋服務，確保監(jiān)控對象保持最佳運行狀態(tài)。ITOM 領域的工具主要分為三大類，即：

IT運維管理（ITOM）將從原來的手動加被動響應轉(zhuǎn)變?yōu)楦咝?、自動化的運維系統(tǒng)。

以上述運營商客戶為例，由于運維人力的增長無法與IT系統(tǒng)規(guī)模的增長速度相匹配，企業(yè)很難對所有IT系統(tǒng)設備進行例行狀態(tài)檢查每天早上大規(guī)模手術前。維持。

為了解決這個矛盾，我們專門部署實施了自動化監(jiān)控運維平臺，將大量的日常操作交給機器。就像日常的檢查動作一樣，只要定義了相關的檢查模板，機器就會按照我們定義的規(guī)范進行十年的各種檢查操作。

如果檢查結果有異常，運維人員手機上會出現(xiàn)報警信息，并通知相關運維人員進行處理。這種自動化運維工具系統(tǒng)的本質(zhì)是讓機器管理機器，將大量重復性、機械性的運維工作交給機器執(zhí)行，有效降低了運維人力資源的投入，也解放了運維人員的精力。并投資于更重要的領域。

最近和運維組的負責人聊了聊，了解到他們其實是把80%的運維操作交給機器自動完成。最后，他笑著說道：“其實我們現(xiàn)在的運維團隊除了處理突發(fā)的系統(tǒng)故障之外，最常見的事務其實就是為應用系統(tǒng)中的各個人員創(chuàng)建賬戶和分配權限。企業(yè)，我們現(xiàn)在正在開發(fā)代碼也可以自動執(zhí)行此操作?！?/p>

3、基于運維數(shù)據(jù)分析ITOA

ITOM系統(tǒng)為運維帶來自動化，使IT運維更加高效。然而，ITOM仍然未能打破運維工作對操作者經(jīng)驗的依賴，往往缺乏分析能力。它雖然可以收集運維數(shù)據(jù)，但無法洞察這些數(shù)據(jù)中包含的信息，更不可能對數(shù)據(jù)做出認知。轉(zhuǎn)型的本質(zhì)。

比如在處理分析各種故障的過程中，我們?nèi)匀灰揽坎僮魅藛T的經(jīng)驗甚至直覺來分析處理it運維技術，在運維決策過程中頭腦風暴的例子層出不窮。這是因為傳統(tǒng)的 ITOM 工具往往缺乏數(shù)據(jù)分析能力。雖然可以采集部分運維數(shù)據(jù)，但由于數(shù)據(jù)采集不完整，缺乏數(shù)據(jù)整合，數(shù)據(jù)之間缺乏聯(lián)系和分析手段，運維人員無法洞察其中包含的信息。這些數(shù)據(jù)，并不能對運維背后的知識進行本質(zhì)的提升。

因此，運維人員開始探索基于運維數(shù)據(jù)分析的ITOA。大數(shù)據(jù)技術的成熟，使得海量運維數(shù)據(jù)的分析成為可能。參考業(yè)務分析領域的例子，我們從運維數(shù)據(jù)的采集、處理、分析、可視化等方面著手建立綜合運維數(shù)據(jù)分析體系。我們的運維IT系統(tǒng)無時無刻不在產(chǎn)生海量數(shù)據(jù)，其產(chǎn)生的數(shù)據(jù)量甚至可能超過我們的應用系統(tǒng)。因此，運維分析自然是大數(shù)據(jù)的應用場景。

基于運維數(shù)據(jù)實現(xiàn)ITOA

首先要解決的是數(shù)據(jù)收集問題：

由于運維系統(tǒng)中的數(shù)據(jù)是多種多樣的，既有監(jiān)控系統(tǒng)直接采集的結構化數(shù)據(jù)，也有各種應用日志、機器日志等非結構化數(shù)據(jù)。

為了方便我們后續(xù)的數(shù)據(jù)分析，我們需要將難以分析的非結構化數(shù)據(jù)轉(zhuǎn)化為結構化數(shù)據(jù)進行存儲。比如圖1-3是Web日志中的一行記錄，里面包含了很多有用的信息，比如客戶端的IP，客戶端使用的客戶端，訪問的頁面信息，以及訪問時間等關鍵信息。

圖 1-3 Web 日志中的一行

我們利用有效的工具對這些信息進行分割，形成結構化的信息，持續(xù)存儲在運維大數(shù)據(jù)中心，如圖1-4所示：

圖 1-4 結構化信息

大數(shù)據(jù)技術的發(fā)展也為我們提供了存儲海量運維數(shù)據(jù)的基礎：

我們可以通過大數(shù)據(jù)平臺建設我們的運維大數(shù)據(jù)中心，從我們整個運維IT環(huán)境中采集的運維數(shù)據(jù)將在此基礎上進行存儲和整合。這樣，我們就可以改變ITOM系統(tǒng)中數(shù)據(jù)分散，難以關聯(lián)分析的缺陷，因為數(shù)據(jù)需要更多的聯(lián)系和關聯(lián)，才能充分發(fā)揮其背后的價值。

例如，ITSM 系統(tǒng)中的一個孤立事件可能很難看到，但從操作數(shù)據(jù)分析的角度來看，它可能會與歷史上一系列相同的事件進行比較，以發(fā)現(xiàn)在附近點的各種數(shù)據(jù)指標之間的差異。時間。種類。運維人員層層篩選和分析，最終通過分析找出運維數(shù)據(jù)背后的規(guī)律，最后總結成知識庫和相關的優(yōu)化動作。這是所有用數(shù)據(jù)說話，用數(shù)據(jù)分析代替經(jīng)驗決策的好結果。

數(shù)據(jù)檢索能力和數(shù)據(jù)可視化能力提供保障：

當然，運維數(shù)據(jù)分析除了簡單地提供大數(shù)據(jù)存儲和分析的載體外，還需要一些必要的能力來保證運維人員能夠更好地利用運維數(shù)據(jù)：

平臺需要具備強大的數(shù)據(jù)檢索能力。運維數(shù)據(jù)分析平臺存儲大量運維數(shù)據(jù)。運維人員在嘗試建立和驗證探索性場景時，往往會反復檢索和查詢特定數(shù)據(jù)。如果運維數(shù)據(jù)分析平臺的數(shù)據(jù)查詢速度很慢或者查詢角度很少，那么運維人員搭建場景的時間就會延長甚至不可能。因此，運維人員可以通過平臺實現(xiàn)關鍵詞、統(tǒng)計功能、單條件、多條件、模糊多維搜索功能it運維技術，實現(xiàn)海量數(shù)據(jù)的秒級查詢，

該平臺需要強大的數(shù)據(jù)可視化能力。人們常說“一張圖抵千言”。運維人員經(jīng)常通過各個系統(tǒng)的運維數(shù)據(jù)進行統(tǒng)計分析并生成各種實時報表，對各類運維數(shù)據(jù)（如應用日志、事務日志、系統(tǒng)日志）進行統(tǒng)計分析. 多維度、多角度的深度分析和可視化，將自己的分析結果和經(jīng)驗表達和推廣給他人。因此，平臺中具有各種旋轉(zhuǎn)數(shù)據(jù)透視表和定期報告功能非常重要。

可應用于多種業(yè)務場景：

另外，運維數(shù)據(jù)分析不僅用在運維范圍內(nèi)，在我們的經(jīng)驗中，還可以用在風險分析、審計、情感分析等業(yè)務場景中。通過收集當前環(huán)境下的運維數(shù)據(jù)，整合現(xiàn)有ITOM工具，利用大數(shù)據(jù)和數(shù)據(jù)分析技術，快速定位、排查和預測IT系統(tǒng)各方面的問題。對業(yè)務環(huán)節(jié)各個分布式系統(tǒng)的數(shù)據(jù)進行整體分析，合理優(yōu)化IT服務，挖掘關鍵業(yè)務KPI指標，反饋業(yè)務方，幫助其做出明智的決策。

4、AIOps

艾瑞研究院分析預測，到2020年ITOM/ITOA市場規(guī)模將達到1.14.5億元（見圖1-5），但增速逐漸放緩，AIOps就是ITOM , ITOA 延續(xù)。

圖1-5 艾瑞預測2020年中國ITOM/ITOA市場規(guī)模將達到1.14.5億元

通過大數(shù)據(jù)和人工智能技術分析日志和運維數(shù)據(jù)，發(fā)現(xiàn)更多運維人員沒有意識到的潛在系統(tǒng)安全和運維問題。

在2016年發(fā)布的報告中，首次提出了基于大數(shù)據(jù)和算法（IT）的IT運維概念。隨著人工智能的迅速崛起，AIOps的概念已經(jīng)從基于數(shù)據(jù)的分析擴展到基于人工智能，期望通過大數(shù)據(jù)、現(xiàn)代機器學習和更先進的分析技術提供主動、人性化和動態(tài)的可視化?；蜷g接提升當前傳統(tǒng)IT運維（監(jiān)控、自動化、服務臺）能力。

AIOps真正的應用和實現(xiàn)時間還很短。從目前的應用來看，主要是基于運維數(shù)據(jù)的集中化，以及機器學習算法在各種數(shù)據(jù)分析和挖掘工作中的應用。主要應用場景包括：

當然，AIOps的應用場景遠不止這些。正是因為這個概念出現(xiàn)的時間不長，所以我們有更多的空間去詳細探索。總的來說，從人工運維、ITOM、ITOA、AIOps的發(fā)展路徑，體現(xiàn)了運維自動化、數(shù)據(jù)化、智能化的主要發(fā)展趨勢。

四、運維核心：從關注平臺到數(shù)據(jù)資產(chǎn)

企業(yè)技術架構的變化導致運維管理方式的變化，運維工具也在不斷與時俱進。

總體而言，IT系統(tǒng)運維正朝著自動化、智能化方向發(fā)展。作為IT運維工作本身，相信運維工作的難度在降低，運維的工作量也在降低。畢竟大部分工作都是交給機器來完成的。作為IT運營商，我們未來的方向是什么，或者說未來的出路在哪里？

1、關注平臺

在經(jīng)典的企業(yè)架構中，雖然不同的企業(yè)架構框架理論有不同的視角，但它們對企業(yè)架構內(nèi)容的劃分大體是一致的，基本上從以下幾個方面（或者至少包括以下幾個方面）對企業(yè)架構進行了描述：

一般來說，從上到下會分為業(yè)務架構、應用架構、數(shù)據(jù)架構和基礎技術架構。傳統(tǒng)上，IT系統(tǒng)運維的主要對象是企業(yè)IT環(huán)境中的各種硬件和軟件平臺，如各種主機、存儲、數(shù)據(jù)庫、中間件等。企業(yè)IT運維團隊一般關注技術架構層面和少數(shù)應用架構級別（見圖 1-6）.

圖 1-6 TOGAF 開放組架構框架的企業(yè) IT 架構模型

2、數(shù)據(jù)資產(chǎn)

然而，時代在不斷前進，企業(yè)的基礎技術架構也在不斷創(chuàng)新。云化、開源、高彈性的互聯(lián)網(wǎng)架構技術架構逐漸成為企業(yè)架構的主流。大量新技術的出現(xiàn)和應用，使得集中式系統(tǒng)架構被打破，系統(tǒng)架構越來越云化、分布式。

首先，分布式架構和基于云的架構使系統(tǒng)的單點崩潰。隨著整體數(shù)據(jù)穩(wěn)定性的提高，對單臺設備穩(wěn)定性的要求降低。在這個前提下，數(shù)據(jù)架構的工作更加重要，需要更多的數(shù)據(jù)架構師和運維人員參與到早期的系統(tǒng)業(yè)務架構分析、數(shù)據(jù)架構規(guī)劃、數(shù)據(jù)架構設計、數(shù)據(jù)模型設計等工作中。

其次，如前所述，運維相關的工具和產(chǎn)品不斷完善，不足。集中化、自動化、智能化運維產(chǎn)品和工具的出現(xiàn)，使IT系統(tǒng)運維智能化、自動化成為可能，使運維人員從重復性機械工作中解放出來，減少運維人員的工作量，讓運維人員承擔更重要的工作。

此外，各種軟硬產(chǎn)品也在不斷的完善自己。各種軟硬件產(chǎn)品的使用和維護“和”已成為一種趨勢：

最后，隨著信息技術特別是物聯(lián)網(wǎng)的廣泛應用，以及網(wǎng)絡購物、移動支付、共享經(jīng)濟、智能家居等新業(yè)態(tài)新模式的蓬勃發(fā)展，全球數(shù)據(jù)呈現(xiàn)爆發(fā)式增長和海量聚合。隨著數(shù)據(jù)量更大、維度更豐富，需要更好的數(shù)據(jù)管理方法和更好的數(shù)據(jù)利用，構建以數(shù)據(jù)為核心的數(shù)字經(jīng)濟。核心是數(shù)據(jù)資產(chǎn)管理。

在數(shù)據(jù)資產(chǎn)化趨勢下，企業(yè)IT系統(tǒng)運維的重點必須從單一的穩(wěn)定性保障轉(zhuǎn)變?yōu)閿?shù)據(jù)資產(chǎn)變現(xiàn)、增值等更高的數(shù)據(jù)資產(chǎn)管理和運營要求。

業(yè)務側(cè)數(shù)據(jù)資產(chǎn)應用存在諸多問題

但是，制約企業(yè)數(shù)據(jù)資產(chǎn)應用的問題還很多。

企業(yè)數(shù)據(jù)變現(xiàn)能力薄弱，數(shù)據(jù)應用和運營的專業(yè)技術能力不足，難以完成預測數(shù)據(jù)的應用場景。

運維人員的未來趨勢

運維人員作為IT技術與業(yè)務的接口，必然要求運維人員向上移動到數(shù)據(jù)資產(chǎn)管理的層面。

數(shù)據(jù)資產(chǎn)管理是將數(shù)據(jù)作為企業(yè)資產(chǎn)進行計劃、控制和提供的一組業(yè)務功能，包括與要控制的數(shù)據(jù)相關的計劃、政策、計劃、項目、流程、計劃和程序的開發(fā)、執(zhí)行和監(jiān)督、保護、交付和增加數(shù)據(jù)資產(chǎn)的價值。沒有高質(zhì)量的數(shù)據(jù)，企業(yè)很難做出明智有效的決策。

在大數(shù)據(jù)時代，數(shù)據(jù)資產(chǎn)管理比傳統(tǒng)時代更為重要。為企業(yè)提供透明、可靠、優(yōu)質(zhì)的數(shù)據(jù)環(huán)境。它將成為企業(yè)的核心競爭力，幫助企業(yè)提供更精準的產(chǎn)品和服務，降低成本。和控制風險。我們將企業(yè)數(shù)據(jù)資產(chǎn)管理概括為數(shù)據(jù)資產(chǎn)管理的五星級模型，分為五個相互關聯(lián)的層次，即數(shù)據(jù)架構、數(shù)據(jù)治理、數(shù)據(jù)運營、數(shù)據(jù)共享和數(shù)據(jù)變現(xiàn)（見圖1-7） .

圖1-7 新居網(wǎng)絡數(shù)據(jù)資產(chǎn)管理五星級模型

時代在變，運維人員的工作重點也需要隨著時代的變化而變化。這是一個不變的規(guī)則。以數(shù)據(jù)資產(chǎn)為核心，以治理和運營為手段，以共享和變現(xiàn)為目標，是未來企業(yè)運維人員從基礎設施運維向以數(shù)據(jù)資產(chǎn)為中心的運維的大趨勢。

五、總結

經(jīng)過近幾年的發(fā)展，企業(yè)IT應用系統(tǒng)的建設和運維逐漸從以業(yè)務為導向向以客戶為導向轉(zhuǎn)變。傳統(tǒng)的IT架構、運維模式、運維體系，甚至運維對象都受到不同程度的沖擊和改造。

在這一轉(zhuǎn)型過程中，企業(yè)IT運維面臨著業(yè)務需求不斷疊加、應用需求交付周期不斷縮短、用戶體驗需求不斷提升、數(shù)據(jù)資產(chǎn)價值不斷提升等問題。隨需應變已成為當前企業(yè)應用系統(tǒng)轉(zhuǎn)型的主題，這要求企業(yè)擁有更靈活、可擴展性更高的IT技術架構、更敏捷高效的運維系統(tǒng)、更智能的運維。工具系統(tǒng)能夠更快速地響應用戶端的業(yè)務需求，把滿足用戶的核心需求作為整個企業(yè)的共同愿景。

同時，智能運維工具系統(tǒng)基于數(shù)據(jù)化運維。通過大數(shù)據(jù)、機器學習和更先進的人工智能等分析技術，直接或間接地提供主動性、人性化和動態(tài)可視化的能力。提升現(xiàn)有IT運維能力，以更自動化的運維操作解放運維人員，讓運維人員更多地投入到數(shù)據(jù)分析等其他工作中，促進企業(yè)核心業(yè)務發(fā)展.

最后，企業(yè)IT系統(tǒng)運維的重點從技術架構回歸到信息本身。企業(yè)的決策支持、運營管理、風險控制、產(chǎn)品供應、營銷活動和其他服務都需要高質(zhì)量和可靠的數(shù)據(jù)。運維人員在角色上處于技術與業(yè)務的交界處，是企業(yè)數(shù)據(jù)資產(chǎn)的理想管理者和推動者。未來，運維人員的工作重心將在很大程度上從技術架構轉(zhuǎn)向數(shù)據(jù)架構。