只顧IT死活的傳統(tǒng)運維
  在信息化時代，企業(yè)所購建的各種信息化系統(tǒng)如財務(wù)、供應(yīng)鏈、進(jìn)銷存、ERP、OA等等，多是為了滿足內(nèi)部管理的需求。這些系統(tǒng)面向企業(yè)內(nèi)部員工或上下游產(chǎn)業(yè)鏈，無論是用戶規(guī)模，還是功能需求通常是集中、可控和固化的。因此信息化系統(tǒng)的開發(fā)設(shè)計都是煙囪式架構(gòu)，縱向擴展能力強，橫向擴展能力弱，系統(tǒng)內(nèi)部重度耦合，而系統(tǒng)之間無關(guān)聯(lián)或弱關(guān)聯(lián)。這就造成了一種現(xiàn)象——信息孤島叢生。
  傳統(tǒng)運維部門在制訂IT設(shè)備和信息化系統(tǒng)管理目標(biāo)時，關(guān)注的是一臺臺IT設(shè)備的故障率和一套套應(yīng)用系統(tǒng)的可用性，在基礎(chǔ)設(shè)施、數(shù)據(jù)庫、中間件、災(zāi)備、存儲等環(huán)節(jié)通常大量采用商業(yè)閉源的軟硬件產(chǎn)品及其解決方案，設(shè)備的開放性差、標(biāo)準(zhǔn)也不統(tǒng)一，管理時遵循嚴(yán)格的ITIL管理體系，喜歡采用兩地三中心這種典型的重量級、集中式運維管理方式。

  隨著IT規(guī)模越來越大、系統(tǒng)越來越復(fù)雜，運維保障工作由最初的硬件運維不斷細(xì)分，網(wǎng)絡(luò)工程師、系統(tǒng)運維工程師、DBA、安全工程師等崗位加入到運維體系中，系統(tǒng)管理采用各種重耦合的ITSM、ITOA軟件，如IBM Tivoli、HP Openview等。

  當(dāng)業(yè)務(wù)系統(tǒng)發(fā)生故障時，IT主管首先召集自掃門前雪的各個運維崗位進(jìn)行自檢，查看各自負(fù)責(zé)的設(shè)備、應(yīng)用組件、系統(tǒng)是否運行正常。如果沒有發(fā)現(xiàn)問題，則會召集設(shè)備提供商、系統(tǒng)開發(fā)商、系統(tǒng)集成商，甚至是IT咨詢公司一起對系統(tǒng)進(jìn)行“會診”，查找故障原因，整個流程常常會超過一周時間。

 所以，傳統(tǒng)運維部門常常被稱為“救火”隊員，依靠人工巡檢的工作方式，不但工作被動，而且效率低下。

    最愛99.99的互聯(lián)網(wǎng)運維
  到了互聯(lián)網(wǎng)時代，一切以互聯(lián)網(wǎng)為核心，IT的邊界被完全打開，IT系統(tǒng)不再是為企業(yè)內(nèi)部管理提供支撐，而是為億萬互聯(lián)網(wǎng)用戶提供各種線上服務(wù)。因此，IT部門成為了互聯(lián)網(wǎng)企業(yè)的核心，而保障線上業(yè)務(wù)持續(xù)、穩(wěn)定運行，也是互聯(lián)網(wǎng)企業(yè)的第一使命。

 由于互聯(lián)網(wǎng)業(yè)務(wù)通常要面對來自世界各地的互聯(lián)網(wǎng)用戶，這些用戶的上網(wǎng)方式、終端設(shè)備千差萬別，用戶需求更是不斷變化。同時，互聯(lián)網(wǎng)產(chǎn)品迭代、變更非常頻繁，業(yè)務(wù)規(guī)模增長迅速，傳統(tǒng)商業(yè)閉源軟、硬件產(chǎn)品無法滿足互聯(lián)網(wǎng)業(yè)務(wù)敏捷、高效的運行需求，彈性、擴展程度高的分布式系統(tǒng)成為互聯(lián)網(wǎng)架構(gòu)的首選，硬件通常使用廉價的X86服務(wù)器，應(yīng)用系統(tǒng)則會選擇便于二次開發(fā)的開源產(chǎn)品，這也為虛擬化和云計算的流行奠定了良好的基礎(chǔ)。

 互聯(lián)網(wǎng)運維最關(guān)注互聯(lián)網(wǎng)用戶體驗，重視響應(yīng)時間、可用率等性能指標(biāo)，常常會要求系統(tǒng)可用性達(dá)到四個九。因此，互聯(lián)網(wǎng)運維在基礎(chǔ)設(shè)施、數(shù)據(jù)庫、中間件、分布式存儲、自動化部署等環(huán)節(jié)通常大量采用開源或基于SaaS的自動化運維監(jiān)控工具，如Zabbix、Nagios和云智慧監(jiān)控寶等，這些產(chǎn)品的橫向擴展能力很強，具有分布式、輕量級、模塊化、去中心化等特點。

 故障發(fā)生時，要求互聯(lián)網(wǎng)運維能夠第一時間發(fā)現(xiàn)問題，并快速進(jìn)行根因分析，依靠人工巡檢的傳統(tǒng)運維管理方式嚴(yán)重落后，自動化運維逐漸流行。這就對互聯(lián)網(wǎng)運維工程師的開發(fā)能力提出了比較高的要求，熟悉LAMP/LNMP、掌握Python之類的腳本語言只是基礎(chǔ)，玩得轉(zhuǎn)各種開源監(jiān)控系統(tǒng)，能夠根據(jù)業(yè)務(wù)特點和企業(yè)需求定制開發(fā)自動化監(jiān)控和告警工具的運維大牛成為BAT等互聯(lián)網(wǎng)巨頭的追捧對象。

 這一時期，運維和開發(fā)之間的邊界變得模糊起來，DevOps成為互聯(lián)網(wǎng)產(chǎn)品從開發(fā)到上線維護(hù)的新選擇。

    以大數(shù)據(jù)為武器，保障數(shù)字化轉(zhuǎn)型成功的業(yè)務(wù)運維

 過去，傳統(tǒng)企業(yè)和互聯(lián)網(wǎng)企業(yè)之間的界限涇渭分明，然而在互聯(lián)網(wǎng)經(jīng)濟對實體經(jīng)濟的不斷滲透和沖擊下，越來越多的傳統(tǒng)企業(yè)開始擁抱互聯(lián)網(wǎng)，借助互聯(lián)網(wǎng)+和數(shù)字化轉(zhuǎn)型謀求商業(yè)模式創(chuàng)新。一方面，在過去的十幾年里構(gòu)建了大量信息化系統(tǒng)仍然為企業(yè)管理提供保障；另一方面，數(shù)字化業(yè)務(wù)必須滿足互聯(lián)網(wǎng)用戶的體驗需求，這就造成了傳統(tǒng)信息化系統(tǒng)與互聯(lián)網(wǎng)應(yīng)用大量并存的局面，業(yè)務(wù)與IT管理系統(tǒng)之間存在著巨大斷層，傳統(tǒng)運維和互聯(lián)網(wǎng)運維難以有效支撐企業(yè)的數(shù)字化轉(zhuǎn)型。 

 于是，利用大數(shù)據(jù)技術(shù)消除業(yè)務(wù)與IT斷層，解決數(shù)字化轉(zhuǎn)型痛點成為IT運維發(fā)展的第一選擇。業(yè)務(wù)運維是以大數(shù)據(jù)技術(shù)為基礎(chǔ)，覆蓋企業(yè)所有業(yè)務(wù)系統(tǒng)和IT系統(tǒng)的新一代運維大數(shù)據(jù)管理解決方案，通過全鏈路監(jiān)控、端到端應(yīng)用性能管理、實時業(yè)務(wù)數(shù)據(jù)分析與高度定制化的可視化大屏等手段，幫助企業(yè)第一時間發(fā)現(xiàn)業(yè)務(wù)數(shù)據(jù)波動，憑借根因分析準(zhǔn)確定位造成業(yè)務(wù)問題的IT故障，持續(xù)提升數(shù)字化業(yè)務(wù)運營和IT管理效率。 

  業(yè)務(wù)運維關(guān)注的不再是單純的IT系統(tǒng)運行狀態(tài)，而是以業(yè)務(wù)運行健康作為核心指標(biāo)，這就要求CIO所領(lǐng)導(dǎo)的IT運維部門對用戶需求、業(yè)務(wù)運行有深入的了解，能夠根據(jù)業(yè)務(wù)特點規(guī)劃系統(tǒng)、調(diào)配資源、優(yōu)化流程，進(jìn)而實現(xiàn)IT引領(lǐng)業(yè)務(wù)的數(shù)字化轉(zhuǎn)型目標(biāo)。因此，業(yè)務(wù)運維必須具備強大的即時數(shù)據(jù)分析能力和開放的數(shù)據(jù)接口，能夠接入各種ITSM/ITOA系統(tǒng)、APM、NPM和業(yè)務(wù)系統(tǒng)數(shù)據(jù)，而且業(yè)務(wù)運維與原因IT系統(tǒng)是松耦合、低侵入的，是可以彈性部署和靈活配置的，這樣才能在企業(yè)的數(shù)字化轉(zhuǎn)型中快速實現(xiàn)價值。

  未來，隨著機器學(xué)習(xí)、深度學(xué)習(xí)等技術(shù)的不斷成熟，AI技術(shù)將在業(yè)務(wù)運維體系中得到廣泛的應(yīng)用，共同推動IT運維市場的進(jìn)步，而這就是業(yè)務(wù)運維在幾年之后發(fā)展方向——智能運維AIOps。通過不斷的數(shù)據(jù)積累和持續(xù)學(xué)習(xí)，智能運維AIOps將把運維人員從紛繁復(fù)雜、過度依賴人工的監(jiān)控、發(fā)現(xiàn)、告警和修復(fù)工作中徹底解放出來，而運維也將變得更加自動化、智能化。