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

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

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

 所以，傳統(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)用戶提供各種線上服務。因此，IT部門成為了互聯(lián)網(wǎng)企業(yè)的核心，而保障線上業(yè)務持續(xù)、穩(wěn)定運行，也是互聯(lián)網(wǎng)企業(yè)的第一使命。

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

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

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

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

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

 過去，傳統(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è)務必須滿足互聯(lián)網(wǎng)用戶的體驗需求，這就造成了傳統(tǒng)信息化系統(tǒng)與互聯(lián)網(wǎng)應用大量并存的局面，業(yè)務與IT管理系統(tǒng)之間存在著巨大斷層，傳統(tǒng)運維和互聯(lián)網(wǎng)運維難以有效支撐企業(yè)的數(shù)字化轉(zhuǎn)型。 

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

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

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